[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

3460.0. "NOTIFICATIONs failed to work." by KETJE::PACCO () Wed Jul 29 1992 16:20

	Notifications fail to work in the following case.

According to my understanding, after a 
	NOTIFY DOMAIN xxx ENTITY LIST (MYENTITY *), EVENT (...)
the notifications FM makes an internal list of all domain members of the
specified class and does a
	SHOW MYENTITY first(of the domain) ALL IDENTIFIERS
of the first entity in the list to obtain the datatype of the global entity
of all subsequent event reports.


The ICONIC MAP  calls the notification FM using the FullName datatype for
the global entity.
	SHOW MYENTITY first(of the domain) ALL IDENTIFIERS
uses this name to obtain the datatype of the global entity which is expected
to be returned by the GETEVENT.

I went in the problem case when the SHOW MYENTITY... returned an exception.
Because that exception was raised in the code, earlier than the time
the global entity could be "normalised", still the FullName datatype was
used in the out_entity parameter to report that exception.

The notification FM seems to accept this as a valid criterium
to determine if the return of the GETEVENT MYENTITY * ... does match
one of the members of its internal list or not.
Because of this exceptional case, none of the other notifications were
captured by the notification FM, and therefore not displayed on the iconic map.


Wouldn't it be good (this is my personal suggestion) to accept the datatype
of the first "SUCCESSFULL" 
	SHOW MYENTITY first(of the domain) ALL IDENTIFIERS
to determine for sure the datatype of the global entity returned by the
(successfull) GETEVENTs ?
This was very confusing, and it took me several days to pinpoint this behaviour.

	Regards,
	Dominique.
    
T.RTitleUserPersonal
Name
DateLines
3460.1it's a bug!TOOK::S_KOHoot mon!Thu Jul 30 1992 14:066
    hi Dominique,
    
    yes, this is a bug;  it's being fixed.
    
    thanks,
    -s