[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

5843.0. "Reading REFERNCE data in REGISTER routine" by TAVIS::ORNA () Mon Jan 24 1994 09:17

    A customer of mine is developing an AM on an ULTRIX system using DECmcc
    1.3.
    During creating (REGISTER) a new entity, he is filling in REFERNCE data.
    While in the REGISTERing process, he wants to read the REFERNCE
    attributes from thr MIR, in order to write it to a SYBASE DB.
    He was not able to do it.
    
    How can this be done?
    
    Thanks,
    Orna.
T.RTitleUserPersonal
Name		DateLines
5843.1No answer?TAVIS::ORNATue Feb 01 1994 06:024
    Is it such a difficult question?
    
    Orna.
5843.2Not so simple...TAEC::LAVILLATTue Feb 01 1994 09:0435
     Orna,

     I will try to answer your question.

     What you describe here is a feature of the Iconic Map PM.

     During the creation of the entity, the IM PM will display a form
     where you can provide reference attribute 'during' the REGISTER
     process.

     I say 'during', because in terms of mcc_call, the IM PM will proceed
     in 2 steps :

	step 1 : mcc_call REGISTER for the entity
        step 2 : mcc_call SET references for the entity

     So it seems clear that during the REGISTER phase, no reference attribute
     is yet defined for the entity.

     Your customer has to wait until the whole process is done, and then issue
     an mcc_call SHOW reference.

     This is not a trivial thing to implement within a AM, since synchronizing
     2 mcc_calls is not an easy exercise...

     You can try to during the call of the AM REGISTER entry point to create
     a background thread that will wait 'for a while' and then perform the
     SHOW reference (hoping that it is completed).

     Hope this helps.

     Regards.

     Pierre.
5843.3Can not operate mcc_call_functionTAVIS::ORNATue Feb 01 1994 10:3318
    Pierre,
    Thanks very much for your reply.
    We already did this "workaround"; but it did not seem nice.
    I had an idea maybe that REGISTER entry point will call an interface
    routine which will call 2 procedures:
    - first: our original.
    - second: will operate the mcc_call SHOW reference.
    Is this logically correct?
    
    We tried to operate the 'mcc_call_function' but got an error message,
    which says there is no such entry in the FUNCTION dispatch table, which
    is correct.....
    
    What you advise?
    
    Orna.
5843.4map does it allGOSTE::CALLANDERFri Mar 04 1994 12:162
    As Pierre said, the register doesn't do the show/set at all. 
    This completely handled by the iconic map.
5843.5Background process gets stucked.TAVIS::ORNAThu Apr 21 1994 10:1318
    Hello all,
    
    Still the same subject...
    As was advised in the previous replies, my customer decided to call to
    another process (using "system" system call) which waits for 25
    seconds,
    then tries to get the information it needs from the MIR in order to
    write it to the Sybase DataBase.
    This solution seems to be working, BUT.....
    From time to time (1 of 7) this background process gets stucked in
    different places non-consistently.
    We tries to debug it, but could not get any common idea.
    
    Can someone please help?
    I can send the code, if nedded.
    
    Thanks in advance,
    Orna.