On 11/3/05 4:16 pm, Marc Chantreux <[EMAIL PROTECTED]> wrote: > Net::LDAP=HASH(0x844bb28) received: > > 00 84 00 00 00 35 02 01 02 64 84 00 00 00 2C 04 .....5...d....,. > 24 43 4E 3D 32 6C 73 65 67 75 79 2C 4F 55 3D 75 $CN=2lseguy,OU=u > 6D 62 2C 44 43 3D 55 6E 69 76 2D 52 2C 44 43 3D mb,DC=Univ-R,DC= > 6C 6F 63 61 6C 30 84 00 00 00 00 __ __ __ __ __ local0..... > > 0000 53: [UNIVERSAL 0] > 0006 : 02 01 02 64 84 00 00 00 2C 04 24 43 4E 3D 32 6C > ...d....,.$CN=2l > 0016 : 73 65 67 75 79 2C 4F 55 3D 75 6D 62 2C 44 43 3D > seguy,OU=umb,DC= > 0026 : 55 6E 69 76 2D 52 2C 44 43 3D 6C 6F 63 61 6C 30 > Univ-R,DC=local0 > 0036 : 84 00 00 00 00 __ __ __ __ __ __ __ __ __ __ __ ..... > decode error 00<=>30 at /usr/share/perl5/Convert/ASN1/_decode.pm line > 110, <DATA> line 283. > > I've done the same search with ldapsearch and it works fine. So i think > the AD's answer is good.
The bytes we're logging are garbage, which is why the decode is failing. There were bugs using broken versions of perl and Convert::ASN, so you could first make sure you're running the latest and greatest Convert:ASN and Net::LDAP (I can't remember which modules had the problems. Upgrade 'em both for luck :-) and you could also consider upgrading perl to one with fewer utf8 bugs. If you can't upgrade perl, try setting LOCALE=C in your environment before running your script. Cheers, Chris
