| 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 |
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.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 902.1 | the buck stops at the ILV in out_p | COOKIE::KITTELL | Richard - Architected Info Mgmt | Wed Apr 10 1991 20:48 | 23 |
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.2 | define mcc_pml_pm 1 | TOOK::HAO | Thu Apr 11 1991 09:40 | 10 | |
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.3 | that what I needed, the magic logical: PROBLEM CLOSED. | BYBLOS::TAMER | Thu Apr 11 1991 10:54 | 11 | |
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 | |||||