Conference csc32::consolemanager

    We have the same problem (among many others) - which persists.
    
    � Customer has just called to say he has restarted PCM and he no longer
    � has the problem...
    
    Ahh... but he will... he will.
    
    Ross Watson
    Digital On-site support
    British Telecom

    WHat version of PCM are they running? The latest is version 1.6 and
    there is also an ECO kit available. These can be found on
    pcmsvr::cm$kits.
    
    Dave

    I don't know about .0, but we're running V1.6-110 (and seeing the very
    same problem).
    
    Ross

 Hi Dave,

	The customer has V1.6-100 of PCM. I hope this helps.


Scott Anderson
VMS
Basingstoke.

	One of my customer has similar problems. 

The multi-line window regularly disappears.

He found in CONSOLE$ENS_DAEMON.LOG;1 :

CONSOLE$ENS_DAEMON: eventport_error Callback
    errno_val : 0
         msg1 : Read error on Local socket Multi-Line__002
         msg2 : error 0


CONSOLE$ENS_DAEMON: eventport_error Callback
    errno_val : 0
         msg1 : Read error on Local socket ENS_MONITOR
         msg2 : error 0
CONSOLE$ENS_DAEMON: eventport_error Callback
    errno_val : 0
         msg1 : Read error on Local socket ENS_C3
         msg2 : error 0
CONSOLE$ENS_DAEMON: eventport_error Callback
    errno_val : 0


The CONSOLEECO01016 was installed.                                                            


Maria MENICACCI
French CSC.

    Maria,
    
        Can you ask your customer to run the event list interactively and
    see if they get the same problem? The command to do is:
    
         $ Console event
    
    There  are some command qualifiers which may be used to set the
    display. They then can spawn this command using something like:
    
    SPAWN/NOWAIT/INPUT=NL:/NOTIFY/OUTPUT=SYS$LOGIN:ELIST.LOG CONSOLE EVENT
    
    This would be a temporary fix until we fix the problem.
    
    Dave
    
    

Hi Dave,	

	I called my customer and told him the good news about the temporary fix.
	He then told me that he had tried this at the time but,this also didn't 
        work. He went on to say that the problem has not come back since he     
        restarted PCM. 
	
	Thanks for the input Dave, I hope all this helps in some strange way..

Scott 
VMS

    Turn on debug for the action routines so that the logfile will be left
    around in CONSOLE$TMP if it isn;t already. What we want to see is the
    output from MULTI-LINE_XXXXX processes so 
    
    DEFINE/SYSTEM CONSOLE$DEBUG ACTION
    
    
    and when one dies take a look at the file. Remember that the
    CONSOLE$TMP directory is cleaned out when you restart PCM so take a
    look befor eyou restart PCM.
    
    REgs,
      Dan

	Doing some tests on my own system I have the following pb :

$ console event
POLYCENTER Console Manager
Eventlist Version V1.6-110
Copyright (c) 1995 Digital Equipment Corporation. All Rights Reserved

CM Eventlist: Getting SYSTEM preferences from DECW$SYSTEM_DEFAULTS:CONSOLE$EVENT
LIST.DAT
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000000, PC
=0004ACC0, PSL=0BC00000

  Improperly handled condition, image exit forced.

        Signal arguments              Stack contents

        Number = 00000005                00000000
        Name   = 0000000C                00000000
                 00000000                27FC0000
                 00000000                7FEC495C
                 0004ACC0                7FEC4924
                 0BC00000                0004AFC0
                                         00000073
                                         0000002C
                                         00000000
                                         0000D405

        Register dump

        R0 = 0400FFFF  R1 = 00000000  R2 = FFFFFFFF  R3 = 0000002C
        R4 = 00000000  R5 = 0000D405  R6 = 003D69C0  R7 = 00067D9C
        R8 = 00005970  R9 = 00000000  R10= 0000FFFF  R11= 00005968
        AP = 7FEC4890  FP = 7FEC4850  SP = 7FEC48CC  PC = 0004ACC0
        PSL= 0BC00000


How can I recreate this "lost/missing" file ?

Thanks for any input.

Maria.

    I've just poked around, trying to reproduce this error and I did so
    by defining CONSOLE$DEBUG to be eventlist. Sure enough, it accvio'ed.
    I then made an empty console$eventlist.dat file and the event list
    window would not appear. It is obviously looking for some values
    in the file, of which I do not know. I don't have the source code at
    the moment. Perhaps the support team in Israel can take a quick look at
    the code and provide some input. 
    
    Dave

    Turn off debug and it won't break of course. It is accvioing
    while it's in the call stack to output the message about reading user
    preferences which occurs shortly after the message you saw about
    reading system preferences. The routine that returns the full file-spec 
    will return a NULL value *if* it doesn't find a the user-preferences
    file. The debugging code fails to take that into account and ACCVIO's
    because of the NULL pointer.
    
    REgs,
      Dan

	Thanks Dave.

On my system the logical name console$debug was defined (ALL) for
trouble shooting purposes.

So when console$debug is defined : console eventlist accvio's.

I deassigned the logical name and console eventlist works.


??? No DECW$SYSTEM_DEFAULTS:CONSOLE$EVENTLIST.DAT file exists on
my system.

Maria.

    And it doesn't have to exist. The code looks for s SYSTEM prefreences
    file in DECW$SYSTEM_DEFAULTS. It then looks for a USER preferences
    file in several places. The filename that it searchs for is a function
    of how the the action was started, i.e., by a filter as the result of
    an event, by the C3 or interactively from the command line. The bug in
    the debugging code is such that it fails to take into account that it
    might not find the file and it subsequently uses a NULL pointer.
    
    REgs,
       Dan