[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

1624.0. "trouble with mcc_aes_match" by RIVAGE::BACCAR () Wed Oct 09 1991 10:36

   Hi,
   
     I tried to use the mcc_aes_match routine to match a simple name match-entity
( id of my entity ) with a partial wildcard mask-entity, in order to support the
partial wildcarding at the directive level. The result of the mcc_aes_match is 
always false, even if the match-entity looks 'match' the mask-entity !!!
     Could anybody help me ??
Find attached hereunder, the ILV dump of the Two entities and a 'cut/paste' from
my source.
     Hedi 

  205           status = mcc_aes_match(
   206                       &p_callargs->p_in_entity,
   207                       &(*pp_context)->p_next_entity,
>* 208                       &is_match);
   209

p is_match
0   false

# mask-entity
(dbx) p mcc_aes_dump(p_callargs->p_in_entity)
        entity [0] wild = NOT_WILD class = 1001 id = 1 type = 5
        instance = ..................baccar..
        %X00000000000000000000000000000A0001066261636361720000
        entity [1] wild = INSTANCE_PARTIAL class = 608 id = 1 type = 4
        instance = ..hedi*
        %X0105686564692A
1
#match-entity
(dbx) p mcc_aes_dump((*pp_context)->p_next_entity)
        entity [0] wild = NOT_WILD class = 1001 id = 1 type = 5
        instance = ..................baccar..
        %X00000000000000000000000000000A0001066261636361720000
        entity [1] wild = NOT_WILD class = 608 id = 1 type = 4
        instance = ..hedihtertwer
        %X010C686564696874657274776572
1

T.R	Title	User	Date	Lines
1624.1	It works for me when using one-level AES	ECRU::TAMER	`Wed Oct 09 1991 11:11`	8
	Hi, re .1 I use mcc_aes_match successfully for partial and full wildcards on SimpleNames. However, I am using only bottom level (depth one) match and mask AES. Phil
1624.2		RIVAGE::BACCAR	`Wed Oct 09 1991 13:04`	4
	I use mcc_aes_match successfully for partial and full wildcards on SimpleNames. However, I am using only bottom level (depth one) match and mask AES. ###> botton level means global entity-instance partial wild-card
1624.3	Target level wildcard	ECRU::TAMER	`Wed Oct 09 1991 13:57`	13
	Well I mean one level AES comparison. e.g., Suppose I have SHOW ENTITY foo subentity xy* and I have subentity instances x, xy, and xyz then I create two AES (match and mask). Each one level. The mask has instance xy* with the PARTIAL INSTANCE wildcard flag. For each subentity instance, it has an instance of x, xy, and xyz with flag no wildcard. Phil PS: I support multiple level full and partial instance wildcards
1624.4	could this explain my trouble...	TENERE::BACCAR	`Thu Oct 10 1991 08:26`	30
	I debug my code and come into mcc, I find out a little problem in the encoding of the mask entity. My entity is a sample name, partial wilcarded and the FCL encoding of the simple shows that the simple name is not wilcarded. see the following dump and analyse it with me : (dbx) p mcc_aes_dump(p_callargs->p_in_entity) entity [0] wild = NOT_WILD class = 1001 id = 1 type = 5 instance = ..................baccar.. %X00000000000000000000000000000A0001066261636361720000 entity [1] wild = INSTANCE_PARTIAL class = 608 id = 1 type = 4 instance = ..hedi* ########>> %X0105686564692A ########>> if I encode this dump into an MCC_T_SimpleName, I get the following field ->sn_b_type = 1 -------> this means MCC_K_SN_NORMAL and not MCC_K_SN_WILDCARD ->sn_b_count = 5 ->sn_b_string = "hedi*" I patch this value to 4 ( MCC_K_SN_WILDCARD ), the match-entity matches the mask-entity. I am wrong ?? This bug is du to the FCL PM simple_name encoding ??? Can any one help me ??? For who want to know my version of DECmcc, it is the T122 ULTRIX of sept 91 Thanck for your help...
1624.5	Made changes in Simplename conversion rtn	TRM::KWAK	`Wed Oct 16 1991 14:29`	9
	RE: .4 Thanks for finding a bug. I have modified the Simplename conversion routine such that when the Simplename contains a wildcard, the "sn_b_type" field is set to MCC_K_SN_WILDCARD. The change will be available in the next T12? Ultrix kit.