Conference azur::mcc

1246.0. "event-report lost in binary space???" by STKHLM::BERGGREN (Nils Berggren EIS/Project dpmt, Sweden DTN 876-8287) Mon Jul 15 1991 11:05

Hi

    I must have missed something about event-reports, can someone help?
    
What happens with the event report which is returned in the OUT_P-argument 
of the getevent-directive entry-point to the event_manager.  
How can I retreive the event_data from within DECmcc.


ILV-dump of the out_p when returning from the getevent-entrypoint:

[  781 ] (
    [  782 ] (
        [  785 ] (
            [  4711 ]             4a 55 53 54 20 41 4e 20 45 56 45 4e 54 2d 52
 45 50 4f 52 54  -- JUST AN EVENT-REPORT
            )
        )
    )

Here's a part from my MSL:  Have I done it right?

	DIRECTIVE GetEvent = 65 :
	    DIRECTIVE-TYPE = EVENT,   
	    DISPLAY = TRUE,
	    SYMBOL = GETEVENT_DIRECTIVE, 
	    CATEGORIES = ( ALL ),
	    REQUEST
	        ARGUMENT Which Event = 780 : EventIdList
		    ECHO = TRUE,
		    DISPLAY = TRUE,
		    REQUIRED = TRUE,
		    SYMBOL = Mymm_Which_Event
		END ARGUMENT Which Event;
	    END REQUEST;
	    RESPONSE Event Received = 781 :
	        SYMBOL = MYMM_EVENT_RECEIVED
	        TEXT = "MYMM-event received: !<This Event>",
		ARGUMENT This Event = 782 : EVENT_REPORT
		    DISPLAY =TRUE,
		    SYMBOL = MYMM_EVENT_REPORT
	        END ARGUMENT This Event;
	    END RESPONSE Event Received;
            RESPONSE No More Events = 783 :
               SYMBOL = NO_MORE_EVENTS,
               TEXT = "Time Scope of Interest Expired, No More Events"
            END RESPONSE No More Events;
	    EXCEPTION Event Lost = 784 :
                SYMBOL = MYMM_EVENT_LOST,
	        TEXT = "received event lost message",
	    END EXCEPTION Event Lost;
	END DIRECTIVE GetEvent;

        EVENT PARTITION  CONFIGURATION EVENTS = 15:
           EVENT testevent = 785:
	       DISPLAY = TRUE,
	       SYMBOL = MYMM_TESTEVENT_SYMBOL,
	       TEXT = "This is a TESTEVENT !<this_testevent>",
	        ARGUMENT this_testevent = 786 : EVENT_REPORT
                    DISPLAY =TRUE,
                    SYMBOL = this_testevent_report
                END ARGUMENT this_testevent;
	   END EVENT;
           EVENT other_event = 787:
	       DISPLAY = TRUE,
	       SYMBOL = MYMM_OTHER_EVENT_SYMBOL,
	       TEXT = "this is ANOTHER-EVENT  !<this_other_event>",
	        ARGUMENT this_other_event = 788 : EVENT_REPORT
                    DISPLAY =TRUE,
                    SYMBOL = this_other_event_report
                END ARGUMENT this_other_event;
	   END EVENT;
	END EVENT PARTITION  CONFIGURATION EVENTS;



   Thanks,

   Nils

I am not sure what you are asking, where are you seeing it being lost?
at the PM? Are you using the getevent or notify directive? and yes
there is a limit in the FCL PM, it doesn't print output data on events
in V1.1 for the notify comands, I don't remember if it does for the
getevent commands though..
jill

    repl .1
    
    This is what I am doing and want to do:
    
    I'm implementing an AM for a banking application where different
    events happens.   The events are sent to an event-sinker and from there
    sent to DECmcc.   The event-sinker makes an event-report of the
    information sent from the application (which can be any one of 200
    nodes) which goes into the MCC_EVENT_PUT-routine.   My AM's entrypoint
    for GETEVENT gets the eventreport and sends it up to the event-mgr. 
    I run the  iconic map PM and have enabled notification.   When
    delivering an event the corresponding node goes red.  So far so good.
    
    Now what I want is to be able to retrieve the information sent to
    DECmcc in the event-report, so I can get more info about the event that
    fired the alarm.  
    
    The guys monitoring the 200 nodes with the banking application can't
    tell anything about what happend except that this particular event
    happend  on that node.   
    What I would like to see is that the event-report goes into the
    .DAT-file for the alarm so my alarm-procedure can take proper action
    depending on the report.
    
     I don't know if this is what you're asking for but this is the
    situation.
    
    /Nils