On 29/10/04 1:22 pm, Roman Baumer <[EMAIL PROTECTED]> wrote:
Hi,
I got this decode error in a search using Net::LDAP:
decode error 7b<=>30 at /usr/local/home/dsamgr/mdstools/lib/site_perl/5.6.1/Convert/ASN1/_decode.pm line 110, <DATA> line 283
How do I track down to problem to the source?
It is worth making sure you're using up-to-date versions of Net::LDAP *and* Convert::ASN1. There have been bugs with them and perl's UTF8 support in the past that are hopefully now all fixed.
Yes sure. I installed the newest version of Net::LDAP using CPAN after I had the problem the first time. Convert::ASN1 is up-to-date as well. But the problem remains.
This happens while parsing the result from the server. That what I found out so far.
I will provide you with debugged output as well, but since the problem happens while searching for a company internal certificate, I have to rebuild the problem without this.
If up-to-date modules don't work, then try calling:
$ldap->debug(3);
just before you call the code that causes the decode failure. It should print out a hex dump of the received message, which you should send to the list for analysis.
Sure, here is the output:
Net::LDAP=HASH(0xd89ab8) received:
30 0C 02 01 3E 65 07 0A 01 00 04 00 04 00 __ __ 0...>e........
Net::LDAP=HASH(0xd89ab8) sending:
30 05 02 01 3F 42 00 __ __ __ __ __ __ __ __ __ 0...?B.
[Fri Oct 29 15:42:50 2004] [error] decode error 7b<=>30 at /usr/local/home/dsamgr/mdstools/lib/site_perl/5.6.1/Convert/ASN1/_decode.pm line 110, <DATA> line 283
This only happens when I try to fetch a userCertificate. And this is a little bit special, because in out LDAP server schema the attribute userCertificate is defined as string, rather then binary. (Hack to support an old version of Entrust ;-( )
Bye the way, although this attribute setup is unusual, I have no problems with other clients. It then looks like: "{ASN}308206C7..."
Let me know if you need the whole debug output.
Regards Roman
