[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

902.0. "Prob: IMPM rejects fullname in out_p while FCL displays it" by BYBLOS::TAMER () Wed Apr 10 1991 21:42

I am issuing a "SHOW GLOBAL-ENTITY instance all ident" from the FCL and it looks
as follows:

MCC> show qms_repos .repository.cam all ident
 
ILV dump of OUT_P:

[  1 ] (
    [  1 ] (
        [  1 ] (
            [  1 ]             05
            [  2 ]             aa 00 04 00 09 27 00 d3 9f 59 21 ba 93 00 13 00 0
1 0a 72 65
            70 6f 73 69 74 6f 72 79 01 03 63 61 6d 00 00
            [  3 ]             00
            )
        )
    )



QMS_REPOSITORY TPEDNS_NS:.repository.cam
AT 10-APR-1991 18:33:17 Identifiers

Examination of attributes shows:
                                   Name = TPEDNS_NS:.repository.cam


Now, I select the global entity Icon and pull on the SHOW -> identifiers and

I get the following message window with the SHOW window:

Management window message: Unexpected information was returned in outp: code 2.

and on the SHOW window:

10-APR-1991 18:33:17 Identifiers

Examination of attributes shows:

                                 |
                    Name         |--NOT RETURNED--
                                 ------------------



T.RTitleUserPersonal
Name
DateLines
902.1the buck stops at the ILV in out_pCOOKIE::KITTELLRichard - Architected Info MgmtWed Apr 10 1991 23:4823
RE: .1

Phil, I've seen this one a lot, and so far it has been because of a short
between my headphones. The IMPM is telling you two things:

     1. It received an attribute it wasn't expecting (id == 2)

     2. It didn't receive an attribute it was expecting, Name, which
        (from the FCL show) presumably has an attr code of 1.

Since the Show from FCL produced the right ILV, your Show entry point
is probably getting a different request from the IMPM, or for some other
reason is producing different ILV.

The easiest way to be sure is set up the entry point break and have a look.
When you get to the Show entry point look at verb, in_entity and attribute.
If those look good look at the ILV in out_p just before the show returns.
There's gotta be an attr id of 2 in there somewhere.

Getting the codes in the dictionary out of sync with those in the
dictionary is my favorite way of getting this, but I would think that
would break FCL too.
902.2define mcc_pml_pm 1TOOK::HAOThu Apr 11 1991 12:4010
    Phil,
    
    To get the ILV dump from Iconic Map, define MCC_PML_PM to 1.  This will
    get you ILV dumps of ALL calls across the mcc_call_function interface.
    We do not recommend that you have it turned on all the time because
    there really is a lot of things printed, especially if you're opening
    a large domain.  However, in times of debugging, it can be useful.
    
    Christine
     
902.3that what I needed, the magic logical: PROBLEM CLOSED.BYBLOS::TAMERThu Apr 11 1991 13:5411
Thanks Christine, 

that 's exactly what I needed (the magic logical).
With the aid of that, both problems reported in base note (902.0) and 901.0 went
away. The problem was that I was using an old registered global entity whose 
primary identifier had a IDcode of 2. Currently the IDcode is 1.  The AM
was returning an IDcode of 1 in out_p but the IMPM was seeing a code of 2, I 
guess through one of the FM (domain or config).


Phil