[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

6010.0. "NCL command fails from within DECmcc" by SONNET::SHURTLEFF (David Shurtleff, Systems Engineering) Sat Jun 04 1994 03:24

This note was posted in the DNU_OSI conference, but is being cross-posted
here.


          <<< NOTED::DISK$NOTES7:[NOTES$LIBRARY_7OF4]DNU_OSI.NOTE;2 >>>
                       -< DECnet/OSI for {ULTRIX,OSF/1} >-
================================================================================
Note 1087.0           NCL command fails from within DECmcc            No replies
SONNET::SHURTLEFF "David Shurtleff, Systems Enginee" 86 lines   4-JUN-1994 01:45
--------------------------------------------------------------------------------
I am posting the following message for Karthik Murty (AKOCOA::MURTY).
Please respond to both him and me.  Thanks,

Dave


___________________________________________________________________________

I am trying to issue an ncl command from within mcc. Either from an 
alarm fired procedure or by using the mcc spawn command. This commands
fails, though the same command works from the command line. When it fails,
I get a signal 26 (SIGVTALARM).  What could be wrong? I have included the
cml trace file and confirmed that mop process was running on the system.


MCC> spawn
adm.wtn#ncl show mop client wtns1
FAILED IN DIRECTIVE: Show
DUE TO: Connection to remote entity ended






 CML TRACE FOR PID 494


@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@  CMIP MSG RECEIVED  @@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

( CONT 0x1
    ( UNIV INT 0x1
        0x01
    )
    ( UNIV INT 0x1
        0x03
    )
    ( UNIV SEQ
        ( CONT 0x0 0xa
            0x2b0c0287
            0x73020101
            0x1000
        )
        ( CONT 0x3
            ( UNIV NULL 0x0 )
            ( APPL 0x1a 0x7
                0x01057774
                0x6e7331
            )
        )
        ( CONT 0xb
            ( CONT 0x1 0x1
                0x01
            )
        )
    )
)

**************************************************
********  ARGUMENTS FROM CMIP_RcvInvoke  *********
**************************************************

invoke id    = 1
directive    = -1
class id     = 16 0 
filterop     = 0
filter:

    (
    )
    
entity list:

    (
    I:0016 T:DSMDT_Null (005) L:00000 V:<Null>
    I:0000 T:DSMDT_SimpleName (026) L:00007 V:wtns1
    )
    
argument list:

    (
    I:0002 T:DSMDT_Integer (002) L:00004 V:1 (0x1)
    )
    
T.RTitleUserPersonal
Name
DateLines
6010.1Conflict with threads?TOOK::MINTZErik MintzSat Jun 04 1994 12:524
My recollection is that DECthreads uses SIGVTALRM for scheduling.
Is it possible that this conflicts with something in DECnet?

6010.2Yes. Known problemTAEC::LAVILLATMon Jun 06 1994 13:1414
Re .0

It is a known problem for all spawn commands within MCC.

The first maintenance release of MCC on ULTRIX will have a fix for that, 
meanwhile try to avoid using executables that use also SIGVTALRM such as Ingres
or cml, or ... use a small intermediate program that will do the right signal
handling before running the actual command (I won't go into details here).

Regards.

Pierre.