I'm sorry but I am not available May 21st thru June 6th. If you need assistance please my backup Darren Beckett (dbeckett@xxxxxxxxxx). I will be returning back to the office on June 7th.
>>> ethereal-dev 05/20/05 16:52 >>>
Anders Broman wrote:
Let's say we've sequence:
af - tag 1
80 - len1
72 - tag2
80 - len2
... something related to tag2
... something related to tag1
0000 - first delimeter(end of tag2)
0000 - second delimiter(end of tag1)
a1 - another tags
8101
01
a2
820001
01
end of tvb.
Both API will return wrong length, for example, for x'af' tag from x'72' to
the end of tvb buffer.But correct value will be from x'72' to the second
delimeter.
Regards,
Yuriy.
>>Hi,
>>analyzing some new ftam trace files I found that the indefinite length in
>>the ASN.1 is not so rare thing as I thought.
>>So I would like to have correct ASN.1 API.
>>The question is that neither obsolete asn1.c nor new packet-ber.c can
>>handle with the indefinite length in asn.1 stream.
>>So what is the better:
>>1.Add support for the indefinite length say "over" asn1.c.It is not very
>>hard so we'll have working dissector pretty soon.Really I need only one
>>thing more - to get correct length in case of the indefinite length.
>>2.Try to use new api in the packet-ftam/acse/pres keeping in mind that
>>somebody will be so kind to add the support for the indefinite length. It's
>>not very easy way to go.
>>
>>Regards,
>>Yuriy Sidelnikov
>
> As far as I know both packet-ber.c and the asn1.c handle at least some
> indefinite lengths, what exactly is it you are missing?
>
> Best regards
> Anders
>
>
> _______________________________________________
> Ethereal-dev mailing list
> Ethereal-dev@xxxxxxxxxxxx
> http://www.ethereal.com/mailman/listinfo/ethereal-dev
.............................................................
Программа создания веб-сайтов за два дня: http://web.sema.ru/
_______________________________________________
Ethereal-dev mailing list
Ethereal-dev@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-dev