Conference iosg::all-in-1

    Can you check access time from the VT interface (i.e. NOTES at DCL) at
    the *same time* that it's going slow from GPC? I was thinking that it
    might be a networking problem. Do this test from the same account with
    the same notebook, so the conferences are defined in the same way.
    
    Otherwise, I guess you could look in NCP (or NCL?) and see which Notes
    server process has the link from the user, and then look at that process
    to see what it's doing.
    
    Is the system otherwise performing OK?
    
    Has the user a large number of unseen notes? Do the notebook files or
    conference files need CONVERT/FDL? (Note that active users and
    conferences benefit dramatically from frequent converts)
    
    Have you asked the Notes people what you should look at? We don't do
    anything special other than use their callable interface.
    
    What command are they doing in GPC when it's slow? We could translate
    that into the equivalent commands to compare things.

    
    It may be a problem with the dynamic image activation of NOTES$SHARE.
    If the problem only occurs the _first_ time you access GPC during an
    ALL-IN-1 session then that could be a clue. I've no idea what the
    problem might be though.
    
    Sorry, not much help really!
    
    Russ.

The NOTES$SHARE shareable image will be activated when the Group
Conferencing menu is displayed for the first time, which is before a 
conference is accessed.

You could try setting an ALL-IN-1 session into DEBUG mode and stepping 
through the API functions to see which one hangs.

Richard 

Hi,

   The problem is intermittent. But we were able to see the problem twice 
since last week. I logged at the customer machine at the time the problem 
happened yesterday.

   I could see that if I tried to access (using the option Index to see the 
notes of the conference I chose), the conference of a specific node, I 
couldn't from ALL-IN-1 and I have tried in many different sessions with some 
different notes files. I have tried to access the same conferences from Notes 
and it worked fine. From ALL-IN-1 , I was able to access conferences from 
different nodes. I logged at another machine and could access the same 
conferences that were having problems.

    The trace shows that ALL-IN-1 hangs at this point: 

    ![SCRIPT] Form: OAN$MENU1, Statement: GET #OAN_STATUS = 1\    NOTES 
UPDATE
$OAN_
!               CONFERENCE\    GET OA$DISPLAY = ""\    .IF 
OA$NOTES_ENTRY_TOTAL_
!               NOTES GT 0 THEN NOTES SELECT ""\    .IF (OA$NOTES_ENTRY_NOTICE 
N
!               ES "") AND         (#OAN_OPTION NES "NO_MSG")       THEN      
  
!                GET OA$DISPLAY = OA$_NOTES_CONF_NOTICE ": " 
OA$NOTES_ENTRY_NOTI
!               CE
![FUNC]   Function: GET, Cmd line: #OAN_STATUS = 1
![A1LOG]  Entry: %OA-I-LOGFUN, Function: GET             #OAN_STATUS = 1
![SYMBOL] Symbol: #OAN_STATUS = 1, Value: 1
![FUNC]   Function: NOTES, Cmd line: UPDATE $OAN_CONFERENCE
![A1LOG]  Entry: %OA-I-LOGFUN, Function: NOTES           UPDATE 
$OAN_CONFERENCE
![SYMBOL] Symbol: $OAN_CONFERENCE, Value: nova-imp-gasolina
![SYMBOL] Symbol: , Value: 


	Any ideas ?

	Thks,

	M�rcia

    Presumably the NOTES UPDATE is doing the same as the DCL command UPDATE
    <conf-name>. Did you try this from the DCL interface? If there's a lot
    of unseen notes in the conference, or the conference file or notebook
    are fragmented, this might take a long time.