[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

3344.0. "Segmentation fault/enroll/Ultrix V1.2 SSB" by TAEC::FRESNEDA () Mon Jul 13 1992 09:21

Hello,

I have a global entity lets call it A which has some subclasses and
directives, all this being implemented by an existing FM.

Now I want to write another FM for statistics purpose. My new FM (lets
call it B) is going to have its own management specification and its own
service specification. The service specification is going to add a
directive to the global entity A.

First question : is it possible to have two separate exe files (here FMs)
working on the same global entity?

I have two local dispatch tables : one for management directive of B and
one for service directive of B. The first one is 'enrolled' in the init
procedure as an access table and the second as a function table.

Then in the probe procedure I do a call to mcc_enr_save_bias for the
service dispatch table.

All this is being implemented under Ultrix DECmcc V1.2 SSB, working with a
private MCC dictionary.

Now when I do :

MCC> enroll mcc_exo1_fm

in init procedure
enroll mgmt access dispatch table
status mcc_enr_enroll = 4266552
enroll srvc function dispatch table
status mcc_enr_enroll = 4266552
fin init procedure 
%NONAME-W-NOMSG, message number 00411A38
Segmentation fault (core dumped)
$

What does mean status = 4266552 ?

What do I miss that I get : %NONAME-W-NOMSG, message number 00411A38 ?

An idea what to look at/for?

The dictionary seems correct, same for the parse table.

Christine

T.RTitleUserPersonal
Name
DateLines
3344.1no more segmentation fault but still....TAEC::FRESNEDAMon Jul 13 1992 12:4554
The enroll command is now successful : the status variable used in init,
probe procedures was not initialized to MCC_S_NORMAL.

Now the management directives are successful, but I still get a problem
using the service directive of FM B on global entity A.

See the following trace with MCC_FCL_PM_LOG set to 65535.

Any help is highly appreciated.

Christine

MCC> listen oper b
User Command: listen oper b
Using default ALL IDENTIFIERS


*****************************************************
*     FCL PM Arguments before call_function:        *
*****************************************************

VERB code:      23
PARTITION code: 1
AES dump of ENTITY IN:

Depth=0  Class = 27 Instance = LOCAL_NS:.b Id = 1 Dt = 5


ILV dump of IN_P: in_p is NULL
ILV dump of IN_Q: in_q is NULL
TIME SPEC is: 0, NOW
HANDLE STATE, before call: FIRST

**********************************************
FCL PM Arguments on return from call_function:

CVR returned:
%MCC-E-NOTFOUND,  unsupported combination of verb, entity, partition

ILV dump of OUT_P:

 NULL

AES dump of ENTITY OUT:

Depth=0  Class = 27 Instance = LOCAL_NS:.b Id = 1 Dt = 5


HANDLE STATE, on return: FIRST
%MCC-E-NOTFOUND,  unsupported combination of verb, entity, partition
MCC> exit
User Command: exit


3344.2You're closeTOOK::GUERTINIt fall down, go boomMon Jul 13 1992 16:289
    What is the directive type for your directive (examine, action, etc.)?
    Is it an action verb?
    
    Also, note well the Verb, Entity, and Partition arguments which must
    match exactly what you have in your dispatch tables (verb=listen,
    ent=class 27, partition=Identifiers).  Also, compare it with the
    Parse Table log file.
    
    -Matt.