[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

1611.0. "Important -> IMPM: Password not passed when retrieving variant information" by UTES09::GOES (Paul Goes - T&N Digital Utrecht) Tue Oct 08 1991 09:00

Hi, 

In our development of an AM we have encountered a bug in the IMPM !!.

We have entities that have variants that depend on a characteristic attribute.

After trying to play around with the developed AM we found that the IMPM
couldn't retrieve variant information. In this notesfile we read the note
about this problem and built the workaround in our AM:

Before mcc_desframe_package_call_args (in the entry-point-module for show
characteristics for that entity) we inserted the following:

>>printf("out_p->mcc_l_dt = %d, MCC_K_DT_ENUMERATION = %d\n",
>>                    out_p->mcc_l_dt, MCC_K_DT_ENUMERATION);
>>  if(out_p->mcc_l_dt == MCC_K_DT_ENUMERATION)
>>     out_p->mcc_l_dt = MCC_K_DT_ILV;
>>printf("out_p->mcc_l_dt = %d, MCC_K_DT_ILV = %d\n",
>>                    out_p->mcc_l_dt, MCC_K_DT_ILV);

After testing this, we found that the IMPM still returned with the error:
Can't retrieve variant information.

But the printf's showed that the workaround worked: The module was entered
one time with the out_p set correctly and a second time with the out_p set
wrong and the workaround changed the wrong out_p:
>>out_p->mcc_l_dt = 127, MCC_K_DT_ENUMERATION = 10
>>out_p->mcc_l_dt = 127, MCC_K_DT_ILV = 127
>>out_p->mcc_l_dt = 10, MCC_K_DT_ENUMERATION = 10
>>out_p->mcc_l_dt = 127, MCC_K_DT_ILV = 127

After a little research, we found that, when the IMPM entered the module the
second time, it didn't pass the 'BY PASSWORD'-qualifier. This password is needed
in the AM and the module generates a specialized exception if it cannot find
a correct password in in_q. This exception causes the 'Can't retrieve variant 
information' error in the IMPM.

As stated earlier, the IMPM enters the 'show char'-module two times and it
passes the 'BY PASSWORD'-qualifier only the first time.

We need the password for the communication with our network-object (a PABX),
because authorized persons only may access the PABX.

Is this a bug or a intended feature ?
If it is intended, can someone explain why ?

Regards, 
Paul Goes & Henk van Steeg (T&N Holland)


T.RTitleUserPersonal
Name
DateLines
1611.1information forwarded to IMPM teamTOOK::CALLANDERMCC = My Constant CompanionWed Oct 23 1991 20:380
1611.2fixed for v1.2BARREL::LEMMONTue Oct 29 1991 08:355
    Its a bug and will be fixed in v1.2.
    
    Thanks for letting us know about it.
    
    /Jim