| 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 |
My customer has build an access module using the YOURMM design framework. It
works fine on VMS (DECmcc V1.3) but troubles started when porting it on DECmcc
ULTRIX (V1.3)... So, we came back to the YOURMM Management Module on ULTRIX to
find out one of the problems observed with their AM :
MCC> enr mcc_yourmm
MCC> sho mcc 0 your all cha
MCC 0 YOURMM_AM
AT 1993-08-09-17:48:10.875 Characteristics
Examination of attributes shows:
Component Identification = "DECmcc YOURMM AM"
Component Version = T1.3.0
MCC> sho mcc 0 your all cha
MCC 0 YOURMM_AM
AT 1993-08-09-17:48:12.555 Characteristics
An error occurred while encoding the YOURMM package
ILV Status = %MCC-F-ILVNOTIMPLYET, ILV hasn't
implemented this ASN.1 type yet
MCC> sho mcc 0 your all cha
MCC 0 YOURMM_AM
AT 1993-08-09-17:55:51.066 Characteristics
Examination of attributes shows:
Component Identification = "DECmcc YOURM
Component Version = \#%\T1.3.0
First time is ok but then we either get an error or garbage. I am a bit
surprised by the T1.3 version... Are we using a wrong version?
Regards,
Serge
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 5451.1 | Still asking for SUPPORT | BALZAC::COULON | Even if it works, ask why | Tue Aug 17 1993 07:48 | 9 |
We know, CHANGES are coming... But our problems are still there and we still need some DECmcc MM programming support. In our case, Digital PAYS for the development of this Access Module to manage Bull systems... And as you know, time is money. Is there anybody out there to help us? Regards, Serge | |||||
| 5451.2 | Patch available... | TAEC::LAVILLAT | Tue Aug 24 1993 11:59 | 69 | |
Marc,
Not a big deal, the problem is with the static declaration of the
component_id_dsc and component_version_dsc in the mcc_yourmm__show_char_mcc.c
code.
Making these two descriptors local variables of the do_directive function
solves the problem.
Just change in the mcc_yourmm__show_char_mcc.c file
the declaration from :
>static char component_id[] = { "DECmcc YOURMM AM" };
>static MCC_T_Version component_version =
> { VERSION1, VERSION2, VERSION3, VERSION4 };
>
>static MCC_T_Descriptor *component_id_dsc = { MCC_K_NULL_PTR };
>static MCC_T_Descriptor *component_version_dsc = { MCC_K_NULL_PTR };
>
>
>static MCC_T_CVR do_directive( p_callargs, p_context)
>
>dt_callargs *p_callargs;
>dt__LocalContext **p_context;
>
>{
> MCC_T_CVR status = MCC_S_NORMAL;
> unsigned long int id_len;
> struct MCC_R_ILV_CONTEXT ctx;
> unsigned long mode = MCC_K_ILV_LIST_VALUE;
> unsigned long datatype;
> unsigned long datalength;
> unsigned long ms_id;
> unsigned long vms_datatype;
> unsigned long id_code;
> unsigned long reason_code = 0;
to
<static char component_id[] = { "DECmcc YOURMM AM" };
<static MCC_T_Version component_version =
< { VERSION1, VERSION2, VERSION3, VERSION4 };
<
<
<static MCC_T_CVR do_directive( p_callargs, p_context)
<
<dt_callargs *p_callargs;
<dt__LocalContext **p_context;
<
<{
< MCC_T_CVR status = MCC_S_NORMAL;
< unsigned long int id_len;
< struct MCC_R_ILV_CONTEXT ctx;
< unsigned long mode = MCC_K_ILV_LIST_VALUE;
< unsigned long datatype;
< unsigned long datalength;
< unsigned long ms_id;
< unsigned long vms_datatype;
< unsigned long id_code;
< unsigned long reason_code = 0;
<
< MCC_T_Descriptor *component_id_dsc = { MCC_K_NULL_PTR };
< MCC_T_Descriptor *component_version_dsc = { MCC_K_NULL_PTR };
Regards.
Pierre (TeMIP V1.1 team, not yet "TeMIP's framework" support...)
| |||||