Conference iosg::all-in-1_v30

    well of course you can only send mail from your MAIL drawer so i'm
    not sure what relevance the FCS has here.
    
    Are you sure that isn't one of the many previously discussed mail
    addressing problems such as no NICKNAMEs file or a sequential nickname
    file etc etc - put SET WATCH on 
    
    Regards,
    
    Andrew.D.wicks

    G'day Andrew,
    
    >no NICKNAMEs file
    
    This has been fixed in 3.0, if the NICKNAMEs file is missing ALL-IN-1
    displays a message now days.
    
    >sequential nickname file
    
    Will not produce a stack dump.
    
    >SET WATCH on
    
    At last we agree :-).
    
    Regards,
    
    Sunil

Hi Andrew, Sunil

thanks for your'e quick reply.

Andrew: Yes, i've checked all files including NICKNAMES.DAT on this account, and 
everything is O.K.


Here is the log file for SET WATCH (short form).
(For a whole log file of the session (set watch) write a mail to 
BERN01::BIGLERC OR BIGLERC@EBO).

%XQP-I-FUNCTION, Directory scan for: OANICKNAMES.DAT;0, Status: 00000001
%XQP-I-FUNCTION, Directory scan for: NETWORK.DAT;0, Status: 00000001
%XQP-I-FUNCTION, Directory scan for: OANICKNAMES.DAT;0, Status: 00000001
%XQP-I-FUNCTION, Directory scan for: PROFILE.DAT;0, Status: 00000001
%XQP-I-FUNCTION, Lookup NETWORK.DAT;1 (12435,84,0) Status: 00000001
.
.
%XQP-I-FUNCTION, Read attributes: Access mode GROUP$MASTER.DAT;22 (3807,10,0)
%XQP-I-FUNCTION, Read attributes: Owner UIC GROUP$MASTER.DAT;22 (3807,10,0)
%XQP-I-FUNCTION, Read attributes: Header 1 accessibility GROUP$MASTER.DAT;22 
%XQP-I-FUNCTION, Read attributes: File protection GROUP$MASTER.DAT;22
%XQP-I-FUNCTION, Read attributes: File access level GROUP$MASTER.DAT;22
%XQP-I-FUNCTION, Read attributes: ACL length GROUP$MASTER.DAT;22
%XQP-I-FUNCTION, Read attributes: Access mode GROUP$MASTER.DAT;22 (3807,10,0)
%XQP-I-FUNCTION, Read attributes: Journal flags GROUP$MASTER.DAT;22 (3807,10,0)
%XQP-I-FUNCTION, Read attributes: RU active GROUP$MASTER.DAT;22 (3807,10,0)
%XQP-I-FUNCTION, Lookup GROUP$MASTER.DAT;22 (3807,10,0) Status: 00000001
%SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=00000011, PC
=001CDE96, PSL=03C00004
  Improperly handled condition, image exit forced.
    Signal arguments              Stack contents
    Number = 00000005                010E0006
    Name   = 0000000C                7FEA0048
.
.

When i compare this result with other accounts on the same system and everthing 
is equal until to the stack dump. After the last access to the file 
GROUP$MASTER.DAT no access violation is happend and the select form with the 
addresses appears.

SET WATCH for another account:
.
%XQP-I-FUNCTION, Lookup GROUP$MASTER.DAT;22 (3807,10,0) Status: 00000001
<ESC>7<ESC>[r<ESC>8<ESC>[H<ESC>[J<ESC>[;29H<ESC>[;1m ALL-IN-1-Verzeichnisse 
<ESC>[2H<ESC>[m^N<ESC>)0qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq
qqqqqqqqqqq<ESC>[3;3H<ESC>[;1m^O W�hlen Sie einen Empf�nger aus: 
<ESC>[4H<ESC>[mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq
<ESC>[5;2H<ESC>[m^O1   FREHNER P           Abteilung Medizin          ( Peter 
Frehner          )  <ESC>[6;2H2   FRE
       Hauptabteilung Medizin     ( Gabriella Frei         )  <ESC>[7;2H3   FREY 
P              Recht und Med. Pr.         ( Priska
Freyqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq

And remember, 
searching for addresses after stop and start the FileCabinet Server's, and 
before access a document from a shared drawer, is working well.
A colleague told me that it could give problems when you have usernames with a 
single P or E, like FREY P. 
Could this make problems like this one ?

Any ideas

Regards,

Chris

    the E and P bug was only in TM and was fixed in v3.0-1 so that can't be
    it.
    
    I'm stumped on this one - sorry.
    
    regards,
    
    Andrew.D.wicks 

Hi All

i've found the reason why ALL-IN-1 crashed at this moment.
In the DOCDB.DAT of the MAIN Drawer in this Account there was an entry like 
this:

      Drawer:  STANDARD
      Folder:  [MEDPR_SEKR]PROTOKOLLE LA/SK
      Name:    TEST

This is an entry from the ASSETS Shared File Cabinet who was'nt correct 
translated in the new format. This was the reason why ALL-IN-1 searches 
again in the PROFILE.DAT after it founds the right entry searching an 
adresse.

Part of the logfile before ALL-IN-1 dumped:

![SYMBOL] Symbol = OA$SEL_LINE:2 "  " .USER:18 "  " .ORGUNIT1:25 "  ( " 
.FULNAM:
!               22 " )", Value = 1   MOUTHON J           Zentrale Dienste       
!                   ( Jacques Mouthon        )
![SYMBOL] Symbol = .%KEY, Value = MOUTHON J
![IO]     Getting next record from PROFIL
![IO]     Getting field FULNAM from PROFIL, Value = Elisabeth Mueller
.
![IO]     Rewinding NETWORK, Key-of-ref = USER/2
![IO]     Locating next record to read from NETWORK, Key = , Key-of-ref = 
USER/2
![IO]     Getting next record from NETWORK
![IO]     Getting field NETWORK from NETWORK, Value = 
![IO]     Getting field DELETED from NETWORK, Value = N
![IO]     Rewinding DOCDB, Key-of-ref = DOCUMENT/0
![IO]     Releasing record locks on CAB$PDAF
->![IO]     Locating next record to read from DOCDB, Key = AUSGANG                
->!                      996675, Key-of-ref = DOCUMENT/0
->![IO]     Getting next record from DOCDB
->![IO]     Getting field TYPE from DOCDB, Value = DOCUMENT
->![IO]     Getting field MAIL_STATUS from DOCDB, Value = 
->![IO]     Getting field DELETE from DOCDB, Value = Y
->![IO]     Getting field MODIFY from DOCDB, Value = Y
->![IO]     Getting record from PROFIL, Key = MEDPR_SEKR, Key-of-ref=USER/0
->![IO]     Getting field DIRECT from PROFIL, Value = 
->A3$DISK:[SFCP.MEDPR_SEKR]
->![FLOW]   Undisplaying all workspaces

Thanks again for you're Help.

Greetings Chris