[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

170.0. "ID802_ERROR with BRIDGE entity" by BEAGLE::LORPHELIN (Chr Lorphelin TSCG/VBO) Fri Jul 06 1990 10:39

    
    I just installed EFT T1.0.1 { DIR and BMS }.
    I got some problems with BRIDGE entity.
    Any idea ?
    
    -Tak-tak
    
$ MANA/ENTERP
DECmcc (T1.0.1)

REGISTER BRIDGE COMMS ADDRESS={08-00-2B-0B-66-1F}
%MCC-E-ID802_ERROR, Error in ID802 value
REGISTER BRIDGE COMMS ADDRESS=08-00-2B-0B-66-1F
%MCC-E-NOTFOUND,  Dispatch entry for the specified entity does not exist 
SHOW BRIDGE COMMS
Using default ALL IDENTIFIERS
%MCC-E-NOTFOUND,  Dispatch entry for the specified entity does not exist 
$ MCR DNS$CONTROL
SHOW DIR . KNOWN CHILD
DNS> 
 Child ______ DNA_BACKTRANSLATION
 Child ______ DNA_NODE
 Child ______ DNA_NODESYNONYM
 Child ______ MCC
 Child ______ MCC_BRIDGE_BACKTRANSLATION
 Child ______ MCC_STATION_BACKTRANSLATION
 Child ______ MCC_UID
DNS> 
T.RTitleUserPersonal
Name
DateLines
170.1Try this...TOOK::STRUTTColin StruttFri Jul 06 1990 11:109
    Please humor me (or, if you're not American, humour me)
    
    Please try 
    	SHOW MCC 0 BRIDGE ALL ATTRIBUTES
    
    It seems possible that the Bridge AM was not enrolled. (Or perhaps some
    of the FMs were not enrolled properly).
    
    Colin
170.2ID802_ERROR when Registering a bridgeBEAGLE::LORPHELINChr Lorphelin TSCG/VBOFri Jul 06 1990 11:4327
    Argh ...
    It seems Bridge AM is enrolled :
    
$ mana/enterp
DECmcc (T1.0.1)

SHOW MCC 0 BRIDGE ALL ATTRIB
MCC 0 BRIDGE_AM 
ALL ATTRIBUTES
AT  6-JUL-1990 16:36:50


                        Available Ports = { "XQA0:" }
               Component Identification = "DECmcc Bridge AM"
                      Component Version = T1.0.1
REGISTER BRIDGE COMMS ADDRESS={08-00-2B-0B-66-1F}
%MCC-E-ID802_ERROR, Error in ID802 value
SHOW BRIDGE COMMS
Using default ALL IDENTIFIERS
BRIDGE NESEVO_NS:.COMMS 
Identifiers
AT  6-JUL-1990 16:36:55


No such entity: BRIDGE NESEVO_NS:.COMMS 
                         Unknown Entity = BRIDGE NESEVO_NS:.COMMS 
    
170.3is Config enrolled?TOOK::HAOFri Jul 06 1990 12:4914
    Note that Register commands goes to the Config FM.  Could you check if 
    Config has been enrolled?
    
    According to the error message you get when you try to enter the
    address with surrounding curly braces, it looks as if the Address argument
    is defined with a datatype of ID802, not a Set-of ID802.  Therefore,
    you don't need the braces.
    
    Christine
    
    
      
    
    
170.4Enroll Config FM!?CHRISB::BRIENENChris Brienen - DECmcc (non-DECnet) AMsFri Jul 06 1990 12:5418
    The correct syntax for this command is:
    
      REGISTER BRIDGE COMMS ADDRESS 08-00-2B-0B-66-1F
    
    (equal sign is also allowed).
    
    Several possible problems:
    
      1. MCC-Bridge AM not enrolled (you've verified this)
    
      2. Correct syntax (see above)
    
      3. MCC-Config FM not enrolled <------- TRY THIS!
                                             --------
    
    My guess is that #3 is your problem (CALL_FUNCTION is failing and
    never reacing CALL_ACCESS dispatch table).
170.5New <REGISTER BRIDGE> syntax !BEAGLE::LORPHELINChr Lorphelin TSCG/VBOMon Jul 09 1990 10:248
    
    Thanks a lot for your answers.
    The syntax was the problem.
    I was using T1.0.0 syntax !
    { CONFIG_FM was correctly enrolled.}
    
    One question : Why should we REenroll CONFIG_FM , etc...
    as MCC_STARTUP_DIR is doing it ?
170.6user vs. developerGOSTE::CALLANDERTue Jul 10 1990 14:1611
    
    One possible reason a user might have enrollment problems is when
    they have made SYS$SPECIFIC copies of certain pieces of the kits;
    like dispatch tables.  A lot of our users are also developing AM's
    and for this reason frequently have copies of certain MCC files
    located in private directories with the MCC logicals redefined to
    point to these locations. In these cases many times the installation
    procedures will only affect the global (common) files and not the
    private version.