[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: snacc / indefinite length problems


I am working on building a test for this case.  We do not handle indefinite
length encoding in the SNACC C++ library, so the decode testing is
neglectged.  I will let you know today hopefully if there is any change in
the library necessary to decode indefinite length sequences.

Sorry about the inconvenience, this was tested at an earlier time, but not
as part of our regular deliveries; I am adding a test for our release
deliveries so if we break this logic in the future it will be fixed

Bob Colestock

-----Original Message-----
From: Alan Borland [mailto:aborland@xxxxxxxxxx]
Sent: Wednesday, January 16, 2002 12:34 PM
To: 'imc-sfl@xxxxxxx'
Subject: snacc / indefinite length problems

I've discovered a problem with the macro "DEC_LOAD_ANYBUF(asnType, Bbuf, l)"
defined in  vdasnacc.h and I'm looking fro advise on the fix.  This is my
first week coding with SFL so I'm fairly new to its environment.

This macro calls the function SM_ReadFromAsnBuf and passes in the paramter
'preLoad'.  In my case 'preLoad' contains an indefinite length (0x30 0x00).
Before exiting the function SM_ReadFromAsnBuf it appends 2 to the length
(because its indefinite, see comment RWC 10/24/01), the DEC_LOAD_ANYBUF
macro then also appends 2 to the length (l = len + elmtLen, where len is the
length of PreLoad).  

The end result for me is an exception in ContentInfo::BDecContent because
"seqBytesDecoded (707) != elmtLen0 (705)".

Am I looking in the right area?

Thanks for any suggestions.


This message is for the named person's use only.  It may contain
confidential, proprietary or legally privileged information.  No
confidentiality or privilege is waived or lost by any mistransmission.  If
you receive this message in error, please immediately delete it and all
copies of it from your system, destroy any hard copies of it and notify the
sender.  You must not, directly or indirectly, use, disclose, distribute,
print, or copy any part of this message if you are not the intended
recipient.  PROTEK Network Management Group and each of its subsidiaries
reserve the right to monitor all email communications through its network.
Any views expressed in this message are those of the individual sender,
except where the message states otherwise and the sender is authorised to
state them to be the views of any such entity.