| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 595.1 |  | CLUSTA::HALL | Bill Hall - ACMS Engineering - ZKO2-2 | Wed Apr 23 1997 20:11 | 14 | 
|  |     
    
    	Define TSS$TRACE_OUTPUT to point to a directory and a file
    	spec.  It has to be visible to the process doing the TDMS
    	I/O.  If it's a menu, then CP has to see it.  If it's a
    	non-distributed system, then the EXC has to see it. If
    	it's a distributed system, then it's CP again that has to
    	see it.
    
    	More than likely it cannot find the request or the form
    	has some non-printable characters.
    
    	Bill
    
 | 
| 595.2 | possible ACMS problem? | HGOSPS::MICKWIDLAM |  | Thu Apr 24 1997 05:45 | 14 | 
|  |     re .1
    
    >   	More than likely it cannot find the request or the form
    >    	has some non-printable characters.
    This is a possible. If we assume this is the non-printable character
    causing the problem, where does it come from? The user is just enter
    from ACMS main menu and even the first screen was not seen when the
    problem happen. In addition, the problem happened intermittenly. Will
    this a possible ACMS problem, or ACMS tuning problem?
    
    I've cross posted this problem on ACMS notes.
    
    Thanks and regards,
    Mickwid.
 | 
| 595.3 |  | 2868::HALL | Bill Hall - ACMS Engineering - ZKO2-2 | Thu Apr 24 1997 07:41 | 22 | 
|  |     
    Trace will tell you exactly what when wrong.  If it is an unprintable
    character, it will tell you the field it was trying to display.
    
    It sounds like your menu displays OK and then you select a task which
    presents a menu and this is where the problem occurs.  This could
    happen if someone changed a record definition and used an initial
    value.  The TDB contains the workspaces with the initial values
    as specified in the CDD.  When a task starts, the workspaces are
    initialized to those values.  More than likely, your request contains
    something like OUTPUT %ALL as the first statement (I think TDMS does
    all output statements first anyways regardless of the position in the request
    definition).
    
    I'd look at when this problem started and see what has changed since
    then.  Running TRACE all the time will slow the system down and consume
    disk space.
    
    Please keep this discussion here and not in ACMS.  I doubt it's an ACMS
    issue.
    
    Bill
 | 
| 595.4 |  | HGOSPS::MICKWIDLAM |  | Fri Apr 25 1997 04:57 | 39 | 
|  |     re .3
    
    I don't know if it is really not related to ACMS. I post here the
    ACMSGEN parameters here for reference. The customer usually have 450
    tasks active:
    
Parameter Name          Current
--------------          -------
MAX_LOGINS              500
MAX_TTS_CP              25
PERM_CPS                1
CP_SLOTS                20
MIN_CPIS                2
TSC_USERNAME            ACMS$TSC
TSC_PRIORITY            4
ACC_USERNAME            ACMS$ACC
ACC_PRIORITY            4
CP_USERNAME             ACMS$CP
CP_PRIORITY             4
MAX_APPL                10
MSS_POOLSIZE            2048
MSS_MAXBUF              30000
MSS_MAXOBJ              3000
WS_POOLSIZE             512
WSC_POOLSIZE            128
TWS_POOLSIZE            64000
TWSC_POOLSIZE           1024
NODE_NAME               A
MSS_PROCESS_POOL        1024
MSS_NET_RETRY_TIMER     10
QTI_USERNAME            ACMS$QTI
QTI_PRIORITY            4
QTI_SUB_TIMEOUT         7200
QTI_RETRY_TIMER         1800
QTI_POLLING_TIMER       5000
    
    
    Regards,
    Mickwid.
 | 
| 595.5 |  | 2868::HALL | Bill Hall - ACMS Engineering - ZKO2-2 | Fri Apr 25 1997 08:04 | 7 | 
|  |     
    	You will not be able to find the cause of this problem without
    using TRACE.  Since you've filed an IPMT case there will be no
    further discussion here.
    
    Bill
    
 |