|
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.
|
| 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
|
| 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
|