[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

869.0. "IMPM only displays first record" by QUIVER::CIARFELLA (Paul Ciarfella dtn 227-3548) Wed Apr 03 1991 20:09

    
    	This is an extension of note 753.  I got the sequence of records to
    	be displayed under the FCL interface.  Now I'm having a problem
    	displaying them in the decwindows interface.  Specifically, only
    	the first record in the sequence is displayed.
    
    	Does anyone have any ideas?
    
    	The MS definition of the attribute is as follows:
    	
 	TYPE				
    		DevConfigType = 1090 RECORD
			FRU Type     = 1 : FruType ;
			FRU State    = 2 : FruStateType ;
			FRU ID       = 3 : FruIDType;
			FRU Revision = 4 : FruRevisionType ;
        		END;

 	TYPE				
    		DeviceConfigurationType = 1091 SEQUENCE OF DevConfigType;
    
	ATTRIBUTE Device Configuration = 43 : DeviceConfigurationType
		ACCESS = NONSETABLE, 
		DISPLAY = TRUE, 
		SYMBOL = CONC_DEVICE_CONFIGURATION,
		CATEGORIES = (CONFIGURATION)
                (* PRIVATE
                   NATIVE_CODE = %X'0026 829F',
                   END PRIVATE *)
		(* Description: the device configuration	*)
	END ATTRIBUTE Device Configuration;
    
    	And the FCL output is ...

	CONCENTRATOR DEGABA_NS:.conc1 
	AT  3-APR-1991 17:05:51 Status

                   Device Configuration = ( (        FRU Type = Mother Board,
                                                    FRU State = Working,
                                                       FRU ID = N/A,
                                                 FRU Revision = Revision 0 ),
                                            (        FRU Type = ANSI Management 
                                                                Board,
                                                    FRU State = Working,
                                                       FRU ID = Slot 1,
                                                 FRU Revision = Revision 0 ),
                                            (        FRU Type = 4 Port ANSI 
                                                                Board,
                                                    FRU State = Working,
                                                       FRU ID = Slot 2,
                                                 FRU Revision = Revision 0 ),
                                            (        FRU Type = NULL,
                                                    FRU State = Empty,
                                                       FRU ID = Slot 3,
                                                 FRU Revision = Revision 0 ),
                                            (        FRU Type = Fan,
                                                    FRU State = Working,
                                                       FRU ID = N/A,
                                                 FRU Revision = Revision 0 ),
                                            (        FRU Type = Fan,
                                                    FRU State = Working,
                                                       FRU ID = N/A,
                                                 FRU Revision = Revision 0 ) )
    
T.RTitleUserPersonal
Name
DateLines
869.1try something for us, pleaseTOOK::HAOFri Apr 05 1991 12:598
    We've tested the case of SETOF Record, which should be the same code
    path for SEQUENCEOF Record.  Could you somehow change your MSL and your
    out_p such that you can test the SETOF Record case?  That may give us
    more information.
    
    Thanks,
    Christine
    
869.2Problem resolved (new one found?)QUIVER::CIARFELLAPaul Ciarfella dtn 227-3548Tue Apr 09 1991 14:2515
    
    	I've fixed the problem on my end, but I've discovered a difference
    	between the IMPM and the FCL ...
    
    	The reason that the sequence was not being displayed via the IMPM 
    	was that the attribute in the MS was defined as a SEQUENCE OF
    	records, but the ILV code passed up from my AM was for a SEQUENCE
    	(my mistake). 
    
    	I'm surprised that the FCL did not detect this inconsistancy.  Is 
    	this the way the FCL is supposed to work?
    
    	Paul C
    
    
869.3well sorta kinda...TOOK::CALLANDERTue Apr 09 1991 19:408
You see what the FCL does is we take what is returned in the attribute 
list as the data type, and don't bother checking it against what is
in the dictionary.

But, I am surprised you worked at all since we haven't tested the sequence 
code. We stated in the release notes that only sequence of is supported.

Make it SEQUENCE OF!!!!!
869.4confused..TOOK::HAOWed Apr 10 1991 12:1310
    Jill,
    
    Isn't it the other way around?  I thought the FCL gets the datatype 
    from the dictionary, and then decodes it accordingly.  So even though
    out_p contained the SEQUENCE datatype, FCL thought that it was
    SEQUENCE_OF.  The output displayed in .0 looks like we ran through
    our SEQUENCE_OF code.
    
    Christine
    
869.5see ilv_routinesTOOK::CALLANDERThu Apr 11 1991 19:4613
Christine,

I just checked to verify it, and the FCL reads it from the attrib list
directly. If you are interested it works like this (in ilv_routines)

	open response
	find argument
	if attribute list
		get element reason code
		if success
			get datatype from ilv buf (mcc_ilv_list_get_datatype)
			convert to string