[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

2543.0. "Strange compilation of DEPENDS ON clause in MSL." by KETJE::PACCO () Wed Mar 11 1992 11:30

    Is there anything wrong the the following MSL?  The translation always
    gives the following error:
    
    
$ manage/tool/spec/lan=(mac,c) MCC_OLSC_AM_SRVC.MS
DECmcc Management Specification Language Translation Tool
               Version X1.2.15

%MCCMSL-I-MSLLOCATION, Line: 884, File: MCC_OLSC_AM_SRVC.MS,
%MCCMSL-E-PARSER, syntax error: The value "3" is not expected

    
    The "DEPENDS ON" clause is the cause of the error, because once removed
    the MSL is compiled correctly.  I reduced the MSL to a minimum.  Can
    somebody comment on this ?
    
    Dominique.
    
    
   TYPE
      Xclass = 10007 (
	  0 = 0, 
	  1 = 1, 
	  2 = 2, 
	  3 = 3, 
	  4 = 4, 
	  5 = 5,
	  6 = 6 );

...
CHILD ENTITY MODULE = 2 :
   PARENT = ( OLSC ),
   IDENTIFIER = ( ),
   DYNAMIC = TRUE,
   SYMBOL = CLASS_OLSC_MODULE,
...
   CHARACTERISTIC ATTRIBUTES

      	 ATTRIBUTE Class = 3101 : Xclass
      	    ACCESS = NONSETTABLE,
      	    DISPLAY = TRUE,
      	    SYMBOL = Class,
      	    CATEGORIES = ( CONFIGURATION)
      	 END ATTRIBUTE Class;

      	 ATTRIBUTE Last Source Address = 3111 : ID802
            DEPENDS ON = "Class IN SET 2,3,4,5",
      	    ACCESS = NONSETTABLE,
      	    DISPLAY = TRUE,
      	    SYMBOL = LastSourceAddress,
      	    CATEGORIES = ( CONFIGURATION)
      	 END ATTRIBUTE Last Source Address;

...
    
T.RTitleUserPersonal
Name
DateLines
2543.1Parenthesis around values?CHRISB::BRIENENDECmcc LAN and SNMP Stuff...Wed Mar 11 1992 15:523
Maybe this will work?

	DEPENDS ON = "Class IN SET (2,3,4,5)",
2543.2Compilation successfull now.KETJE::PACCOThu Mar 12 1992 13:226
    Chris,
    
    Now ot works syntactically, I am confident that it also will work
    functionally.
    
    Dominique.
2543.3It may work now, but will it always?TOOK::STRUTTManagement - the one word oxymoronWed Mar 18 1992 19:354
    You are defining an attribute whose name is CLASS.
    Isn't "class" a reserved keyword?
    
    Colin
2543.4CLASS usefull as attribute name.KETJE::PACCOFri Mar 20 1992 11:158
    It would be very ennoying if "Class" cannot be used as attribute,
    because the HW accessed has already documented attributes, one of these
    being "Class".  Taking another name for that same attribute could lead
    to misunderstanding and confusion.
    
    I have still not hard facts to tell it works or not.
    
    	Dominique.