Menu
▾
▴
perl-ldap-dev
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(200) |
Jun
(129) |
Jul
(184) |
Aug
(204) |
Sep
(106) |
Oct
(79) |
Nov
(72) |
Dec
(54) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(83) |
Feb
(123) |
Mar
(84) |
Apr
(184) |
May
(106) |
Jun
(111) |
Jul
(104) |
Aug
(91) |
Sep
(59) |
Oct
(99) |
Nov
(100) |
Dec
(37) |
| 2002 |
Jan
(148) |
Feb
(88) |
Mar
(85) |
Apr
(151) |
May
(80) |
Jun
(110) |
Jul
(85) |
Aug
(43) |
Sep
(64) |
Oct
(89) |
Nov
(59) |
Dec
(42) |
| 2003 |
Jan
(129) |
Feb
(104) |
Mar
(162) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Chris R. <chr...@me...> - 2001-08-02 07:35:40
|
Jim Dutton <ji...@du...> wrote:
> I have been successful with LDAPS, though the documentation needs to be
> updated, but have not been able to get LDAP-startTLS to work:
> =
> ../test_tls_<remote host>
> $VAR1 =3D bless( {
> 'net_ldap_async' =3D> 0,
> 'net_ldap_resp' =3D> {},
> 'net_ldap_debug' =3D> 1,
> 'net_ldap_host' =3D> '<remote host>',
> 'net_ldap_version' =3D> 3,
> 'net_ldap_socket' =3D> bless( \*Symbol::GEN0,
> 'IO::Socket::INET' ) }, 'Net::LDAP' );
> Net::LDAP=3DHASH(0x805a084) sending:
> =
> 30 1D 02 01 01 77 18 80 16 31 2E 33 2E 36 2E 31 0....w...1.3.6.1
> 2E 34 2E 31 2E 31 34 36 36 2E 32 30 30 33 37 __ .4.1.1466.20037
> =
> $VAR1 =3D bless( {
> 'callback' =3D> undef,
> 'parent' =3D> bless( {
> 'net_ldap_async' =3D> 0,
> 'net_ldap_resp' =3D> {},
> 'net_ldap_mesg' =3D> {
> '1' =3D> $VAR1
> },
> 'net_ldap_debug' =3D> 1,
> 'net_ldap_host' =3D> '<remote =
host>',
> 'net_ldap_version' =3D> 3,
> 'net_ldap_socket' =3D> bless(
> \*Symbol::GEN0, 'IO::Socket::INET' )
> }, 'Net::LDAP' ),
> 'mesgid' =3D> 1,
> 'errorMessage' =3D> 'I/O Error
> 494f3a3a536f636b65743a3a494e45543d474c4f422830783833313764613429',
> 'resultCode' =3D> '1',
> 'pdu' =3D> '0|a``ww=80u1.3.6.1.4.1.1466.20037'
> }, 'Net::LDAP::Extension' );
> =
> =
> =
> =
> openssl s_server -cert slapd.ssl.certificate -key slapd.ssl.key
> -CAfile /var/OpenSSL_CA/cacert.pem -debug -state -accept 637
> -tls1 -bugs -hack
> Using default temp DH parameters
> Enter PEM pass phrase:
> ACCEPT
> SSL_accept:before/accept initialization
> read from 0015B270 [00165190] (5 bytes =3D> 5 (0x5))
> 0000 - 30 1d 02 01 01 0....
> SSL_accept:error in SSLv3 read client hello B
> ERROR
> 11599:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version
> number:s3_pkt.c:290: shutting down SSL
> CONNECTION CLOSED
> ACCEPT
We may need to set SSL_version to 'tlsv1' in the start_tls method - TLS is
*not* exactly the same as SSL, after all. If you step through start_tls,
can you tweak that after the call to Net::LDAPS::SSL_context_init_args?
Cheers,
Chris
|
|
From: Chris R. <chr...@me...> - 2001-08-02 07:30:09
|
Jim Dutton <ji...@du...> wrote:
> The documentation for the LDAPS (Perl-Ldap V0.24) module uses an IP
> hostname in its example of the HOST parameter. The underlying 'connect'
> subroutine, however, calls for an IP address (PeerAddr) instead.
>
> The documentation for IO::Socket::SSL shows support for both "peeraddr"
> and "peerhost".
>
> When using LDAPS with an IP hostname, the program fails. When using
> LDAPS with an IP address, the program succeeds.
>
>
That's curious. One of the changes in 0.24 is that some of the common code
between Net::LDAP and Net::LDAPS has been centralised, so possibly
something's gone AWOL during that cleanup, even though Graham and I both
tested the code.
So there's now a _connect routine in each module that does the dirty work
of creting the socket. The _connect code looks pretty similar in both
modules!
# Net::LDAP:
sub _connect {
my ($ldap, $host, $arg) = @_; $ldap->{net_ldap_socket} =
IO::Socket::INET->new(
PeerAddr => $host,
PeerPort => $arg->{port} || '389',
Proto => 'tcp',
Timeout => defined $arg->{timeout}
? $arg->{timeout}
: 120
);
}
# Net::LDAPS:
sub _connect {
my ($ldap, $host, $arg) = @_; $ldap->{'net_ldap_socket'} =
IO::Socket::SSL->new(
PeerAddr => $host,
PeerPort => $arg->{'port'} || '636',
Proto => 'tcp',
Timeout => defined $arg->{'timeout'} ? $arg->{'timeout'} : 120,
SSL_context_init_args($arg)
);
}
Do you get the same connection problem with Net::LDAP? If so, could it be
an problem with whatever name resolution you're using locally - DNS etc?
Did you get the same problem before 0.24?
Cheers,
Chris
|
|
From: Jim D. <ji...@du...> - 2001-08-01 23:08:44
|
The documentation for the LDAPS (Perl-Ldap V0.24) module uses an IP hostname in its example of the HOST parameter. The underlying 'connect' subroutine, however, calls for an IP address (PeerAddr) instead. The documentation for IO::Socket::SSL shows support for both "peeraddr" and "peerhost". When using LDAPS with an IP hostname, the program fails. When using LDAPS with an IP address, the program succeeds. |
|
From: Jim D. <ji...@du...> - 2001-08-01 21:43:20
|
I have been successful with LDAPS, though the documentation needs to be
updated, but have not been able to get LDAP-startTLS to work:
../test_tls_<remote host>
$VAR1 =3D bless( {
'net_ldap_async' =3D> 0,
'net_ldap_resp' =3D> {},
'net_ldap_debug' =3D> 1,
'net_ldap_host' =3D> '<remote host>',
'net_ldap_version' =3D> 3,
'net_ldap_socket' =3D> bless( \*Symbol::GEN0, 'IO::Socke=
t::INET' )
}, 'Net::LDAP' );
Net::LDAP=3DHASH(0x805a084) sending:
30 1D 02 01 01 77 18 80 16 31 2E 33 2E 36 2E 31 0....w...1.3.6.1
2E 34 2E 31 2E 31 34 36 36 2E 32 30 30 33 37 __ .4.1.1466.20037
$VAR1 =3D bless( {
'callback' =3D> undef,
'parent' =3D> bless( {
'net_ldap_async' =3D> 0,
'net_ldap_resp' =3D> {},
'net_ldap_mesg' =3D> {
'1' =3D> $VAR1
},
'net_ldap_debug' =3D> 1,
'net_ldap_host' =3D> '<remote host>=
',
'net_ldap_version' =3D> 3,
'net_ldap_socket' =3D> bless( \*Sym=
bol::GEN0, 'IO::Socket::INET' )
}, 'Net::LDAP' ),
'mesgid' =3D> 1,
'errorMessage' =3D> 'I/O Error 494f3a3a536f636b65743a3a=
494e45543d474c4f422830783833313764613429',
'resultCode' =3D> '1',
'pdu' =3D> '0|a``ww=80u1.3.6.1.4.1.1466.20037'
}, 'Net::LDAP::Extension' );
openssl s_server -cert slapd.ssl.certificate -key slapd.ssl.key
-CAfile /var/OpenSSL_CA/cacert.pem -debug -state -accept 637
-tls1 -bugs -hack
Using default temp DH parameters
Enter PEM pass phrase:
ACCEPT
SSL_accept:before/accept initialization
read from 0015B270 [00165190] (5 bytes =3D> 5 (0x5))
0000 - 30 1d 02 01 01 0....
SSL_accept:error in SSLv3 read client hello B
ERROR
11599:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number:s3=
_pkt.c:290:
shutting down SSL
CONNECTION CLOSED
ACCEPT
00001 #!/usr/local/bin/perl
00002 use Net::LDAP qw(:all);
00003 #use Net::LDAP::LDIF;
00004 #use Net::LDAP::Message;
00005 #use Net::LDAP::Util qw(ldap_error_name ldap_error_text);
00006 use Data::Dumper;
00007
00008 my $ldaphost =3D "<remote host>";
00009 #my $ldaphost =3D "127.0.0.1";
00010 my $ldapconn =3D Net::LDAP->new($ldaphost,port=3D>637,version=3D>3,=
debug=3D>1) or die "$@";
00011 print Dumper($ldapconn);
00012
00013 my $cafile =3D "<remote host cacert.pem>";
00014 #my $cafile =3D "/var/OpenSSL_CA/cacert.pem";
00015 my $result =3D $ldapconn->start_tls(verify=3D>'require',cafile=3D>"=
$cafile");
00016 print Dumper($result);
00017 exit;
/usr/local/libexec/slapd -d9 -h 'ldaps://:637/'
@(#) $OpenLDAP: slapd 2.0.11-Release (Mon Jul 30 10:17:59 CDT 2001) $
<remote host mailbox>:/var/stage/openldap-2.0.11/servers/slapd
daemon_init: listen on ldaps://:637/
daemon_init: 1 listeners to open...
ldap_url_parse_ext(ldaps://:637/)
daemon: initialized ldaps://:637/
daemon_init: 1 listeners opened
slapd init: initiated server.
Enter PEM pass phrase:
slapd startup: initiated.
slapd starting
daemon: added 6r
daemon: select: listen=3D6 active_threads=3D0 tvp=3DNULL
daemon: activity on 1 descriptors
daemon: new connection on 7
daemon: added 7r
daemon: activity on:
daemon: select: listen=3D6 active_threads=3D0 tvp=3DNULL
daemon: activity on 1 descriptors
daemon: activity on: 7r
daemon: read activity on 7
connection_get(7): got connid=3D0
connection_read(7): checking for input on id=3D0
TLS trace: SSL_accept:before/accept initialization
TLS trace: SSL_accept:error in SSLv2/v3 read client hello A
TLS: can't accept.
TLS: error:140760FC:SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol =
s23_srvr.c:565
connection_read(7): TLS accept error error=3D-1 id=3D0, closing
connection_closing: readying conn=3D0 sd=3D7 for close
connection_close: conn=3D0 sd=3D7
daemon: removing 7
daemon: select: listen=3D6 active_threads=3D0 tvp=3DNULL
daemon: activity on 1 descriptors
daemon: select: listen=3D6 active_threads=3D0 tvp=3DNULL
|
|
From: Parlis.com <in...@ma...> - 2001-08-01 21:40:32
|
<html>
<head>
<meta name=3D"GENERATOR" content=3D"Microsoft FrontPage 5.0">
<meta name=3D"ProgId" content=3D"FrontPage.Editor.Document">
<meta http-equiv=3D"Content-Type" content=3D"text/html;=
charset=3Dwindows-1252">
<meta http-equiv=3D"Content-Language" content=3D"es">
<title>Parlis, comunicaci=F3n instant=E1nea universal</title>
</head>
<body>
<div align=3D"left">
<table border=3D"0" cellspacing=3D"0" style=3D"border-collapse:=
collapse" bordercolor=3D"#111111" cellpadding=3D"0" width=3D"662">
<tr>
<td width=3D"384" colspan=3D"2" height=3D"122"=
bgcolor=3D"#FFFFCC">
<p align=3D"center"><font size=3D"7"=
color=3D"#FFFFCC"> </font><a=
href=3D"http://www.parlis.com/"><img border=3D"0"=
src=3D"http://www.parlis.com/parlis/temp/images/Logo_Parlis_Petit.=
gif"></a></p>
</td>
<td width=3D"278" colspan=3D"2" height=3D"122" bgcolor=3D"#FFFFCC"=
align=3D"center">
<p align=3D"center"><font color=3D"#EFAB00" size=3D"6">Integrate
Parlis in your website</font><font color=3D"#EFAB00"=
size=3D"7"><br>
</font>
<font size=3D"5" color=3D"#111111">Instant Communication for=
your members.</font></td>
</tr>
<tr>
<td valign=3D"top" width=3D"379" height=3D"702">
<p align=3D"left"><font face=3D"Verdana" size=3D"2"><b><br>
Parlis.com is a service which gives you instant=
communication on a
Universal level, </b>it can be integrated in your website=
allowing your
members to........ </font><ul type=3D"square">
<li>
<p align=3D"left"><font face=3D"Verdana" size=3D"2">be aware of=
when their
friends are online,</font></li>
<li>
<p align=3D"left"><font face=3D"Verdana" size=3D"2">chat at ease=
between
themselves,</font></li>
<li>
<p align=3D"left"><font face=3D"Verdana" size=3D"2">create their=
own communities
regarding any subject, topic they so wish,</font></li>
<li>
<p align=3D"left"><font face=3D"Verdana" size=3D"2">have heated=
discussions in
forums,</font></li>
<li>
<p align=3D"left"><font face=3D"Verdana" size=3D"2">share virtual=
community
which is freely accessible for all users to store=
files. </font></li>
</ul>
<p align=3D"left"><font face=3D"Verdana" size=3D"2"><b>Parlis.com=
can be 100%
customized</b>, including colors, graphic images plus all=
publicity
banners can be administrated.</font><p align=3D"left"><font=
face=3D"Verdana" size=3D"2"><b>Parlis.com
</b>is open to other communities, but we can also arrange=
for you to have
your own <font color=3D"#FF0000">private club</font>, for=
your members only.
That totally depends on your own personal choice.</font><p=
align=3D"left"><font face=3D"Verdana" size=3D"2"><b>Parlis.com
is an ASP based model</b> in addition it is 100% HTML and=
JavaScript. In
other words you need very few code lines to be able to=
offer all of the
above services. Furthermore, your registered users have no=
need to
download any applications whatsoever. In addition they=
connect from any
terminal which has an internet connection and uses a=
standard browser.</font><p align=3D"left"><font face=3D"Verdana"=
size=3D"2"><b>Parlis.com is</b> <b>affordable to all</b>. We have=
free options, for webs
with less than a 1000 registered users, corporate plans,=
and for the
bigger sites we can adapt the service to however which way=
you so choose.
It's down to you. </font><p align=3D"left"><font=
face=3D"Verdana" size=3D"2">After
all that we have told you about the different services we=
offer, don't you
think it would be worth taking a look and getting to know=
us. Come and see
what the fuss is all about.</font><p align=3D"left">
<font face=3D"Verdana" size=3D"2"><b><a=
href=3D"http://www.parlis.com/">Parlis.com</a></b><br>
Your members would appreciate your concern.</font></td>
<td width=3D"5" height=3D"702" colspan=3D"2"></td>
<td align=3D"center" valign=3D"top" width=3D"278" height=3D"686"=
bgcolor=3D"#FFCC00">
<font face=3D"Verdana"><strong><font size=3D"2"><br>
</font></strong></font> <img border=3D"0"=
src=3D"http://www.parlis.com/parlis/temp/images/SHOT0047.jpg"=
width=3D"150" height=3D"89"><font face=3D"Verdana"><strong><font=
size=3D"2"><br>
Instant Messaging</font></strong><font size=3D"1"><em=
style=3D"font-style: normal"><br>
Chat one on one, send SMS and e-mail messages, file=
sending, multimedia
commands, all messages are encrypted, private and=
secure.</em></font><em style=3D"font-style: normal"><font=
size=3D"2"><br>
</font></em></font>
<p><font size=3D"2" face=3D"Verdana"> <strong><img border=3D"0"=
src=3D"http://www.parlis.com/parlis/temp/images/Parlis1.jpg"=
width=3D"157" height=3D"179"><br>
<br>
Customize the skin</strong></font><font size=3D"1"=
face=3D"Verdana"><br>
Parlis.com is 100% customizable.</font></p>
<img border=3D"0"=
src=3D"http://www.parlis.com/parlis/temp/images/SHOT0053.jpg"=
width=3D"139" height=3D"112"><font size=3D"2"=
face=3D"Verdana"><strong><br>
<br>
Communities</strong></font><font size=3D"1"=
face=3D"Verdana"><br>
Your own forum, space for files, private chat. And whats=
more, they're
your own personalized communities.</font></td>
</tr>
<tr>
<td valign=3D"top" width=3D"379" height=3D"702">
<p> <a href=3D"http://www.parlis.com/"> <img border=3D"0"=
src=3D"http://www.parlis.com/parlis/temp/images/Logo_Parlis_Petit.=
gif"></a></p>
<p align=3D"left"><b><font face=3D"Verdana" size=3D"2">When your=
users meet Parlis they won't be able to avoid...</font></b></p>
<p align=3D"left" style=3D"margin-top: 10"><font face=3D"Verdana"=
size=3D"2">Find
out who is connected at any given time<br>
Communicate through instant messaging<br>
Send SMS messages<br>
Send e-mails<br>
Chat in Parlis<br>
Chat with IRC Hispano<br>
Join a community<br>
Create their own<br>
Leave messages in the community forum<br>
Send e-mails to the forum<br>
Chat one on one with other community members<br>
Share files with other community members<br>
Get to know the other community members<br>
Change the skin<br>
Search people<br>
Invite friends<br>
Jot down appointments in your personal organizer<br>
Manage your own contacts<br>
Play Tetris<br>
Integrate your own digital online signature in your=
e-mail<br>
Integrate all the above in your desktop.</font><font=
face=3D"Verdana" size=3D"1"><br>
</font></p>
<p align=3D"left" style=3D"margin-top: 10"><font face=3D"Verdana"=
size=3D"2"><b>And
they will keep coming back again and again to visit your=
website.</b></font></p>
</td>
<td width=3D"5" height=3D"702" colspan=3D"2"> </td>
<td align=3D"center" valign=3D"top" width=3D"278" height=3D"686"=
bgcolor=3D"#FFCC00">
</td>
</tr>
</table>
</div>
</body>
</html>
|
|
From: dave h. <red...@ya...> - 2001-08-01 21:01:50
|
Perl-LDAP gurus, I need some help. I receive the following error when I attempt to call a homegrown ldapadd Perl subroutine that calls other homegrown Perl wrappers that use the Net::LDAP modules. I inherited this project from a consultant who left before our LDAP implementation was completed and I'm struggling under the girth of the code he left behind. Here is the error: Could not add entry to LDAP server: objectName at /apps/perl/5.6.0/lib/site_perl/5.6.0/Convert/ASN1/_encode.pm line 47. Is there a standard reason that this error would occur? Any suggestions? If you need to see some code, let me know how much would be appropriate. TIA, Dave Hoover Internet Specialist American Medical Association __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ |
|
From: Eric P. <li...@gl...> - 2001-08-01 17:45:35
|
This would probably be the message that you're referring to, Graham?? I meant to, but accidently clicked on Reply rather than Reply All (really, I swear!) :) Thanks, Eric ----- Original Message ----- From: "Eric Parusel" <li...@gl...> To: "Graham Barr" <gb...@po...> Sent: Wednesday, August 01, 2001 10:08 AM Subject: Re: need help with perl-ldap 0.24 on NT over Cygwin > > > > On Wed, Aug 01, 2001 at 09:35:38AM -0700, Eric Parusel wrote: > > > USE_ITHREADS probably means I'm using threads, right??? :) > > > > Yes. > > > > > I'm starting to use perl-ldap (installed with/from a PPM from > > > ActiveState's repository), should I be concerned about > stability???? > > > > IIRC, you should be worried about running an old version. You are > best getting > > perl-ldap and Convert::ASN1 direct from CPAN. > > Will do, PPM installed 0.22, I'll get the latest from CPAN.... > > > > > As to threads. There were several problems with 5.6.0 and perl-ldap, > some where > > related to threads. I know that the non-thread problems with > perl-ldap and 5.6.0 > > were fixed in 5.6.1. But nobody has confirmed that there are no > longer any > > problems when it comes to threads. > > Well, I guess I'll find out :) > I'll be using Net::LDAPS for a simple web-app, so I'll find out how > well openssl, io::socket::ssl and net::ssleay work on windows (already > installed and working with a script that uses Net::LDAPS on a FreeBSD > server, just not sure how it'll do under a bit of load)... > > > > > Graham. > > > > Thanks for the help, > > Eric Parusel > |
|
From: Graham B. <gb...@po...> - 2001-08-01 17:39:52
|
On Wed, Aug 01, 2001 at 06:29:53PM +0100, Chris Ridd wrote: > Graham Barr <gb...@po...> wrote: > > Thats interesting to note. > > > > However what is happening in this case is that select is stating it is > > ready for reading, but the first sysread after that is returning zero. > > > > That normally means the server has closed the connection. But I find it > > strange that it would do that without first responding to the bind > > request. > > > > Graham. > > Hm, we have observed select behaving oddly on different versions of Windows > here. > > The problem we had was that we were calling WSAEventSelect after we got a > success from WSAWaitForMultipleEvents. On some versions of Winsock (like in > '95, and NT with SP 4 or higher) this doesn't work because the event code > is edge triggered, whereas previous SPs were edge triggered. In other > words, the behaviour post SP4 was that 'I told you about the socket once, I > won't tell you again.' > > So if sysread is checking for events itself, this might explain the problem. > > I wouldn't be at all surprised if things like Cygwin modified how perl's > I/O worked. > > Could this therefore be a problem in the NT port of perl? I cannot really answer that as I know little about NT. So this really needs to be put before the win32 people on perl5-porters. If anyone knows how to reliably reproduce the problem, I suggest they sent a description to per...@pe... Graham. |
|
From: Chris R. <chr...@me...> - 2001-08-01 17:30:40
|
Graham Barr <gb...@po...> wrote: > Thats interesting to note. > > However what is happening in this case is that select is stating it is > ready for reading, but the first sysread after that is returning zero. > > That normally means the server has closed the connection. But I find it > strange that it would do that without first responding to the bind > request. > > Graham. Hm, we have observed select behaving oddly on different versions of Windows here. The problem we had was that we were calling WSAEventSelect after we got a success from WSAWaitForMultipleEvents. On some versions of Winsock (like in '95, and NT with SP 4 or higher) this doesn't work because the event code is edge triggered, whereas previous SPs were edge triggered. In other words, the behaviour post SP4 was that 'I told you about the socket once, I won't tell you again.' So if sysread is checking for events itself, this might explain the problem. I wouldn't be at all surprised if things like Cygwin modified how perl's I/O worked. Could this therefore be a problem in the NT port of perl? Cheers, Chris |
|
From: Graham B. <gb...@po...> - 2001-08-01 17:20:06
|
All, I know there are times when it is prudent to take discussions off the list, be it for privacy or being off topic. But please when replying to me, do not reply direct unless it really is something you don't want others reading. This keeps eveyone informed. And belive it or not there are people on this list who know more that I do and may be able to help better then I. Thanks, Graham. |
|
From: Graham B. <gb...@po...> - 2001-08-01 16:40:11
|
On Wed, Aug 01, 2001 at 09:35:38AM -0700, Eric Parusel wrote: > USE_ITHREADS probably means I'm using threads, right??? :) Yes. > I'm starting to use perl-ldap (installed with/from a PPM from > ActiveState's repository), should I be concerned about stability???? IIRC, you should be worried about running an old version. You are best getting perl-ldap and Convert::ASN1 direct from CPAN. As to threads. There were several problems with 5.6.0 and perl-ldap, some where related to threads. I know that the non-thread problems with perl-ldap and 5.6.0 were fixed in 5.6.1. But nobody has confirmed that there are no longer any problems when it comes to threads. Graham. |
|
From: Eric P. <li...@gl...> - 2001-08-01 16:35:51
|
I realize that I'm straying from the original topic of this thread,
but....
I'm using the latest version of ActiveState Perl on Windows 2000 SP2,
and I did a "perl -V":
*********
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY USE_ITHREADS
PERL_IMPLICIT_CONTEXT PERL_IMP
LICIT_SYS
Locally applied patches:
ActivePerl Build 628
Built under MSWin32
Compiled at Jul 4 2001 15:41:05
@INC:
C:/Perl/lib
C:/Perl/site/lib
.
*********
USE_ITHREADS probably means I'm using threads, right??? :)
I'm starting to use perl-ldap (installed with/from a PPM from
ActiveState's repository), should I be concerned about stability????
Thanks,
Eric Parusel
----- Original Message -----
From: "Graham Barr" <gb...@po...>
To: "Safford, Brian" <bri...@ed...>
Cc: "perl-ldap-dev" <per...@li...>
Sent: Wednesday, August 01, 2001 8:44 AM
Subject: Re: need help with perl-ldap 0.24 on NT over Cygwin
> 5.6.1 should be OK providing it is not compiled with thread support.
>
> Looking at the config output it does not look like the perl in use
was compiled
> for threads. So it should be OK.
>
> On Wed, Aug 01, 2001 at 11:17:00AM -0400, Safford, Brian wrote:
> > It looks like he's running Perl 5.6.1 - aren't there known issues
with
> > Perl-ldap and 5.6.x?
> >
> > Brian Safford
> > Consultant, Senior
> > Messaging Solutions
> > Electronic Data Systems - bluesphere - Messaging & Collaboration
> > +01 248.265.8101
> >
> > > -----Original Message-----
> > > From: Marshall.Andrew [mailto:Mar...@ca...]
> > > Sent: Wednesday, August 01, 2001 10:50 AM
> > > To: gbarr
> > > Cc: perl-ldap-dev
> > > Subject: Re: need help with perl-ldap 0.24 on NT over Cygwin
> > >
> > >
> > > When I make the change that Graham suggested, I see:
> > > <error msg>
> > > Error LDAP_OPERATIONS_ERROR:I/O Error Resource temporarily
> > > unavailable at
> > > test1.pl line 11.
> > > </error msg>
> > > which, I'm afraid, doesn't help me much :-).
> > > Any suggestions?
> > > Thanks,
> > > adm
> > >
> > >
> > >
> > >
> > > Graham Barr <gb...@po...>
> > > 01/08/01 09:27 AM
> > >
> > > To: Andrew Marshall/CTF@CTINTERNAL
> > > cc:
> > > perl-ldap-dev<per...@li...>@INTERNET
> > > Subject: Re: need help with perl-ldap 0.24 on NT
> > > over Cygwin
> > >
> > > Well it would seem that there is a problem reading the packet
> > > which should be
> > > the response to the bind. Try changing line 11 to be
> > >
> > > die "Error ",ldap_error_name($mesg->code),": $@" if
$mesg->code;
> > >
> > > And see what you get.
> > >
> > > Graham.
> > >
> > > On Wed, Aug 01, 2001 at 09:01:37AM -0400, Marshall.Andrew wrote:
> > > > Howdy. I am trying to use perl-ldap 0.24 to connect to a
> > > > Netscape Directory server running on a different system
> > > > and I can't get it to work.
> > > > When I run this script:
> > > >
> > > > <script>
> > > > #!/usr/bin/perl
> > > >
> > > > use Net::LDAP qw(:all);
> > > > use Net::LDAP::Util qw(ldap_error_text
> > > > ldap_error_name
> > > > ldap_error_desc
> > > > );
> > > > $ldap = Net::LDAP->new("172.16.17.150", debug => 12) or die
"$@";
> > > > print STDERR "before bind.";
> > > > $mesg = $ldap->bind();
> > > > die "Error ",ldap_error_name($mesg->code) if $mesg->code;
> > > > print STDERR "bind okay.";
> > > > $mesg = $ldap->search (
> > > > base => "ou=People,o=Canada Trust,c=ca",
> > > > filter => "(uid=Marshall.Andrew)"
> > > > );
> > > > die "Error ",ldap_error_name($mesg->code) if $mesg->code;
> > > > $mesg->code && die $mesg->error;
> > > > $ldap->unbind;
> > > > </script>
> > > >
> > > > Here's what I see:
> > > > <script log>
> > > > $ perl test1.pl
> > > > before bind.Net::LDAP=HASH(0xa011250) sending:
> > > > 0000 30 12: SEQUENCE {
> > > > 0002 02 1: INTEGER = 1
> > > > 0005 60 7: [APPLICATION 0] {
> > > > 0007 02 1: INTEGER = 2
> > > > 000A 04 0: STRING = ''
> > > > 000C 80 0: [CONTEXT 0]
> > > > 000E : }
> > > > 000E : }
> > > > Error LDAP_OPERATIONS_ERROR at test1.pl line 11.
> > > > </script log>
> > > >
> > > > I can connect to the directory server just fine using
Netscape's
> > > > ldapsearch tool.
> > > > I am running the Cygwin Unix tools on top of Windows NT 4.
> > > > The version of Perl I'm using is the latest one pointed to
from
> > > > www.cygwin.com. Here's what Perl tells me about itself:
> > > >
> > > > <perl -V>
> > > > Summary of my perl5 (revision 5.0 version 6 subversion 1)
> > > configuration:
> > > > Platform:
> > > > osname=cygwin, osvers=1.1.6(0.3032), archname=cygwin
> > > > uname='cygwin_nt-5.0 fifer 1.1.6(0.3032) 2000-11-21
> > > 21:00 i686 unknown '
> > > > config_args='-de'
> > > > hint=recommended, useposix=true, d_sigaction=define
> > > > usethreads=undef use5005threads=undef useithreads=undef
> > > > usemultiplicity=undef
> > > > useperlio=undef d_sfio=undef uselargefiles=define
usesocks=undef
> > > > use64bitint=undef use64bitall=undef uselongdouble=undef
> > > > Compiler:
> > > > cc='gcc', ccflags
='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
> > > > -fno-strict-aliasing',
> > > > optimize='-O2',
> > > > cppflags='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
> > > -fno-strict-aliasing'
> > > > ccversion='', gccversion='2.95.2-5 19991024 (cygwin
> > > experimental)',
> > > > gccosandvers=''
> > > > intsize=4, longsize=4, ptrsize=4, doublesize=8,
byteorder=1234
> > > > d_longlong=define, longlongsize=8, d_longdbl=define,
> > > longdblsize=12
> > > > ivtype='long', ivsize=4, nvtype='double', nvsize=8,
> > > Off_t='off_t',
> > > > lseeksize=4
> > > > alignbytes=8, usemymalloc=y, prototype=define
> > > > Linker and Libraries:
> > > > ld='ld2', ldflags =' -s -L/usr/local/lib'
> > > > libpth=/usr/local/lib /usr/lib /lib
> > > > libs=-lgdbm -lcrypt
> > > > perllibs=-lcrypt
> > > > libc=/usr/lib/libc.a, so=dll, useshrplib=true,
> > > libperl=libperl5_6_1.a
> > > > Dynamic Linking:
> > > > dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef,
ccdlflags=' -s'
> > > > cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'
> > > >
> > > >
> > > > Characteristics of this binary (from libperl):
> > > > Compile-time options: USE_LARGE_FILES
> > > > Locally applied patches:
> > > > v5.6.1-TRIAL1
> > > > Built under cygwin
> > > > Compiled at Dec 21 2000 21:39:40
> > > > @INC:
> > > > /usr/lib/perl5/5.6.1/cygwin
> > > > /usr/lib/perl5/5.6.1
> > > > /usr/lib/perl5/site_perl/5.6.1/cygwin
> > > > /usr/lib/perl5/site_perl/5.6.1
> > > > /usr/lib/perl5/site_perl
> > > > .
> > > > </perl -V>
> > > >
> > > > I suspect I should be using a different Perl implementation
> > > or there's
> > > > something wrong with how I installed it (please be kind,
> > > I'm a Perl novice).
> > > > Any suggestions?
> > > >
> > > > Thanks,
> > > > adm
> > > >
> > > > Andrew D. Marshall
> > > >
> > >
> > >
> > >
> >
>
>
|
|
From: Graham B. <gb...@po...> - 2001-08-01 16:27:35
|
Thats interesting to note. However what is happening in this case is that select is stating it is ready for reading, but the first sysread after that is returning zero. That normally means the server has closed the connection. But I find it strange that it would do that without first responding to the bind request. Graham. On Wed, Aug 01, 2001 at 05:21:16PM +0100, Tony Arnold wrote: > Marshall, > > > When I make the change that Graham suggested, I see: > > <error msg> > > Error LDAP_OPERATIONS_ERROR:I/O Error Resource temporarily unavailable at > > test1.pl line 11. > > </error msg> > > which, I'm afraid, doesn't help me much :-). > > I've seen this problem too and with earlier versions of perl-ldap. Curiously, the same > script works using native perl for NT outside the CYGWIN environment. > > Regards, > Tony. > -- > Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, > University of Manchester, Oxford Road, Manchester M13 9PL. > T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 > E-mail: ton...@ma..., Home: http://www.man.ac.uk/Tony.Arnold > |
|
From: Tony A. <ton...@ma...> - 2001-08-01 16:21:23
|
Marshall, > When I make the change that Graham suggested, I see: > <error msg> > Error LDAP_OPERATIONS_ERROR:I/O Error Resource temporarily unavailable at > test1.pl line 11. > </error msg> > which, I'm afraid, doesn't help me much :-). I've seen this problem too and with earlier versions of perl-ldap. Curiously, the same script works using native perl for NT outside the CYGWIN environment. Regards, Tony. -- Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, University of Manchester, Oxford Road, Manchester M13 9PL. T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 E-mail: ton...@ma..., Home: http://www.man.ac.uk/Tony.Arnold |
|
From: Graham B. <gb...@po...> - 2001-08-01 15:45:46
|
5.6.1 should be OK providing it is not compiled with thread support.
Looking at the config output it does not look like the perl in use was compiled
for threads. So it should be OK.
On Wed, Aug 01, 2001 at 11:17:00AM -0400, Safford, Brian wrote:
> It looks like he's running Perl 5.6.1 - aren't there known issues with
> Perl-ldap and 5.6.x?
>
> Brian Safford
> Consultant, Senior
> Messaging Solutions
> Electronic Data Systems - bluesphere - Messaging & Collaboration
> +01 248.265.8101
>
> > -----Original Message-----
> > From: Marshall.Andrew [mailto:Mar...@ca...]
> > Sent: Wednesday, August 01, 2001 10:50 AM
> > To: gbarr
> > Cc: perl-ldap-dev
> > Subject: Re: need help with perl-ldap 0.24 on NT over Cygwin
> >
> >
> > When I make the change that Graham suggested, I see:
> > <error msg>
> > Error LDAP_OPERATIONS_ERROR:I/O Error Resource temporarily
> > unavailable at
> > test1.pl line 11.
> > </error msg>
> > which, I'm afraid, doesn't help me much :-).
> > Any suggestions?
> > Thanks,
> > adm
> >
> >
> >
> >
> > Graham Barr <gb...@po...>
> > 01/08/01 09:27 AM
> >
> > To: Andrew Marshall/CTF@CTINTERNAL
> > cc:
> > perl-ldap-dev<per...@li...>@INTERNET
> > Subject: Re: need help with perl-ldap 0.24 on NT
> > over Cygwin
> >
> > Well it would seem that there is a problem reading the packet
> > which should be
> > the response to the bind. Try changing line 11 to be
> >
> > die "Error ",ldap_error_name($mesg->code),": $@" if $mesg->code;
> >
> > And see what you get.
> >
> > Graham.
> >
> > On Wed, Aug 01, 2001 at 09:01:37AM -0400, Marshall.Andrew wrote:
> > > Howdy. I am trying to use perl-ldap 0.24 to connect to a
> > > Netscape Directory server running on a different system
> > > and I can't get it to work.
> > > When I run this script:
> > >
> > > <script>
> > > #!/usr/bin/perl
> > >
> > > use Net::LDAP qw(:all);
> > > use Net::LDAP::Util qw(ldap_error_text
> > > ldap_error_name
> > > ldap_error_desc
> > > );
> > > $ldap = Net::LDAP->new("172.16.17.150", debug => 12) or die "$@";
> > > print STDERR "before bind.";
> > > $mesg = $ldap->bind();
> > > die "Error ",ldap_error_name($mesg->code) if $mesg->code;
> > > print STDERR "bind okay.";
> > > $mesg = $ldap->search (
> > > base => "ou=People,o=Canada Trust,c=ca",
> > > filter => "(uid=Marshall.Andrew)"
> > > );
> > > die "Error ",ldap_error_name($mesg->code) if $mesg->code;
> > > $mesg->code && die $mesg->error;
> > > $ldap->unbind;
> > > </script>
> > >
> > > Here's what I see:
> > > <script log>
> > > $ perl test1.pl
> > > before bind.Net::LDAP=HASH(0xa011250) sending:
> > > 0000 30 12: SEQUENCE {
> > > 0002 02 1: INTEGER = 1
> > > 0005 60 7: [APPLICATION 0] {
> > > 0007 02 1: INTEGER = 2
> > > 000A 04 0: STRING = ''
> > > 000C 80 0: [CONTEXT 0]
> > > 000E : }
> > > 000E : }
> > > Error LDAP_OPERATIONS_ERROR at test1.pl line 11.
> > > </script log>
> > >
> > > I can connect to the directory server just fine using Netscape's
> > > ldapsearch tool.
> > > I am running the Cygwin Unix tools on top of Windows NT 4.
> > > The version of Perl I'm using is the latest one pointed to from
> > > www.cygwin.com. Here's what Perl tells me about itself:
> > >
> > > <perl -V>
> > > Summary of my perl5 (revision 5.0 version 6 subversion 1)
> > configuration:
> > > Platform:
> > > osname=cygwin, osvers=1.1.6(0.3032), archname=cygwin
> > > uname='cygwin_nt-5.0 fifer 1.1.6(0.3032) 2000-11-21
> > 21:00 i686 unknown '
> > > config_args='-de'
> > > hint=recommended, useposix=true, d_sigaction=define
> > > usethreads=undef use5005threads=undef useithreads=undef
> > > usemultiplicity=undef
> > > useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
> > > use64bitint=undef use64bitall=undef uselongdouble=undef
> > > Compiler:
> > > cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
> > > -fno-strict-aliasing',
> > > optimize='-O2',
> > > cppflags='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
> > -fno-strict-aliasing'
> > > ccversion='', gccversion='2.95.2-5 19991024 (cygwin
> > experimental)',
> > > gccosandvers=''
> > > intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
> > > d_longlong=define, longlongsize=8, d_longdbl=define,
> > longdblsize=12
> > > ivtype='long', ivsize=4, nvtype='double', nvsize=8,
> > Off_t='off_t',
> > > lseeksize=4
> > > alignbytes=8, usemymalloc=y, prototype=define
> > > Linker and Libraries:
> > > ld='ld2', ldflags =' -s -L/usr/local/lib'
> > > libpth=/usr/local/lib /usr/lib /lib
> > > libs=-lgdbm -lcrypt
> > > perllibs=-lcrypt
> > > libc=/usr/lib/libc.a, so=dll, useshrplib=true,
> > libperl=libperl5_6_1.a
> > > Dynamic Linking:
> > > dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
> > > cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'
> > >
> > >
> > > Characteristics of this binary (from libperl):
> > > Compile-time options: USE_LARGE_FILES
> > > Locally applied patches:
> > > v5.6.1-TRIAL1
> > > Built under cygwin
> > > Compiled at Dec 21 2000 21:39:40
> > > @INC:
> > > /usr/lib/perl5/5.6.1/cygwin
> > > /usr/lib/perl5/5.6.1
> > > /usr/lib/perl5/site_perl/5.6.1/cygwin
> > > /usr/lib/perl5/site_perl/5.6.1
> > > /usr/lib/perl5/site_perl
> > > .
> > > </perl -V>
> > >
> > > I suspect I should be using a different Perl implementation
> > or there's
> > > something wrong with how I installed it (please be kind,
> > I'm a Perl novice).
> > > Any suggestions?
> > >
> > > Thanks,
> > > adm
> > >
> > > Andrew D. Marshall
> > >
> >
> >
> >
>
|
|
From: Chris R. <chr...@me...> - 2001-08-01 15:28:39
|
"Marshall.Andrew" <Mar...@ca...> wrote:
> When I make the change that Graham suggested, I see:
> <error msg>
> Error LDAP_OPERATIONS_ERROR:I/O Error Resource temporarily unavailable at
> test1.pl line 11.
> </error msg>
> which, I'm afraid, doesn't help me much :-).
> Any suggestions?
> Thanks,
> adm
>
>
>
>
> Graham Barr <gb...@po...>
> 01/08/01 09:27 AM
>
> To: Andrew Marshall/CTF@CTINTERNAL
> cc: perl-ldap-dev<per...@li...>@INTERNET
> Subject: Re: need help with perl-ldap 0.24 on NT over Cygwin
>
> Well it would seem that there is a problem reading the packet which
> should be the response to the bind. Try changing line 11 to be
>
> die "Error ",ldap_error_name($mesg->code),": $@" if $mesg->code;
>
> And see what you get.
>
> Graham.
>
> On Wed, Aug 01, 2001 at 09:01:37AM -0400, Marshall.Andrew wrote:
>> Howdy. I am trying to use perl-ldap 0.24 to connect to a
>> Netscape Directory server running on a different system
>> and I can't get it to work.
>> When I run this script:
>>
>> <script>
>> #!/usr/bin/perl
>>
>> use Net::LDAP qw(:all);
>> use Net::LDAP::Util qw(ldap_error_text
>> ldap_error_name
>> ldap_error_desc
>> );
>> $ldap = Net::LDAP->new("172.16.17.150", debug => 12) or die "$@";
>> print STDERR "before bind.";
>> $mesg = $ldap->bind();
>> die "Error ",ldap_error_name($mesg->code) if $mesg->code;
>> print STDERR "bind okay.";
>> $mesg = $ldap->search (
>> base => "ou=People,o=Canada Trust,c=ca",
>> filter => "(uid=Marshall.Andrew)"
>> );
>> die "Error ",ldap_error_name($mesg->code) if $mesg->code;
>> $mesg->code && die $mesg->error;
>> $ldap->unbind;
>> </script>
>>
>> Here's what I see:
>> <script log>
>> $ perl test1.pl
>> before bind.Net::LDAP=HASH(0xa011250) sending:
>> 0000 30 12: SEQUENCE {
>> 0002 02 1: INTEGER = 1
>> 0005 60 7: [APPLICATION 0] {
>> 0007 02 1: INTEGER = 2
>> 000A 04 0: STRING = ''
>> 000C 80 0: [CONTEXT 0]
>> 000E : }
>> 000E : }
>> Error LDAP_OPERATIONS_ERROR at test1.pl line 11.
>> </script log>
>>
>> I can connect to the directory server just fine using Netscape's
>> ldapsearch tool.
>> I am running the Cygwin Unix tools on top of Windows NT 4.
>> The version of Perl I'm using is the latest one pointed to from
>> www.cygwin.com. Here's what Perl tells me about itself:
>>
>> <perl -V>
>> Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
>> Platform:
>> osname=cygwin, osvers=1.1.6(0.3032), archname=cygwin
>> uname='cygwin_nt-5.0 fifer 1.1.6(0.3032) 2000-11-21 21:00 i686
>> unknown ' config_args='-de'
>> hint=recommended, useposix=true, d_sigaction=define
>> usethreads=undef use5005threads=undef useithreads=undef
>> usemultiplicity=undef
>> useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
>> use64bitint=undef use64bitall=undef uselongdouble=undef
>> Compiler:
>> cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
>> -fno-strict-aliasing',
>> optimize='-O2',
>> cppflags='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
>> -fno-strict-aliasing' ccversion='', gccversion='2.95.2-5 19991024
>> (cygwin experimental)', gccosandvers=''
>> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
>> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
>> ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
>> lseeksize=4
>> alignbytes=8, usemymalloc=y, prototype=define
>> Linker and Libraries:
>> ld='ld2', ldflags =' -s -L/usr/local/lib'
>> libpth=/usr/local/lib /usr/lib /lib
>> libs=-lgdbm -lcrypt
>> perllibs=-lcrypt
>> libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl5_6_1.a
>> Dynamic Linking:
>> dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
>> cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'
>>
>>
>> Characteristics of this binary (from libperl):
>> Compile-time options: USE_LARGE_FILES
>> Locally applied patches:
>> v5.6.1-TRIAL1
>> Built under cygwin
>> Compiled at Dec 21 2000 21:39:40
>> @INC:
>> /usr/lib/perl5/5.6.1/cygwin
>> /usr/lib/perl5/5.6.1
>> /usr/lib/perl5/site_perl/5.6.1/cygwin
>> /usr/lib/perl5/site_perl/5.6.1
>> /usr/lib/perl5/site_perl
>> .
>> </perl -V>
>>
>> I suspect I should be using a different Perl implementation or there's
>> something wrong with how I installed it (please be kind, I'm a Perl
>> novice). Any suggestions?
>>
>> Thanks,
>> adm
>>
>> Andrew D. Marshall
>>
>
>
>
Hasn't this kind of problem been seen before using NT versions of perl? I
don't remember the exact problem, but I'm sure threads were involved.
Cheers,
Chris
|
|
From: Safford, B. <bri...@ed...> - 2001-08-01 15:17:15
|
It looks like he's running Perl 5.6.1 - aren't there known issues with
Perl-ldap and 5.6.x?
Brian Safford
Consultant, Senior
Messaging Solutions
Electronic Data Systems - bluesphere - Messaging & Collaboration
+01 248.265.8101
> -----Original Message-----
> From: Marshall.Andrew [mailto:Mar...@ca...]
> Sent: Wednesday, August 01, 2001 10:50 AM
> To: gbarr
> Cc: perl-ldap-dev
> Subject: Re: need help with perl-ldap 0.24 on NT over Cygwin
>
>
> When I make the change that Graham suggested, I see:
> <error msg>
> Error LDAP_OPERATIONS_ERROR:I/O Error Resource temporarily
> unavailable at
> test1.pl line 11.
> </error msg>
> which, I'm afraid, doesn't help me much :-).
> Any suggestions?
> Thanks,
> adm
>
>
>
>
> Graham Barr <gb...@po...>
> 01/08/01 09:27 AM
>
> To: Andrew Marshall/CTF@CTINTERNAL
> cc:
> perl-ldap-dev<per...@li...>@INTERNET
> Subject: Re: need help with perl-ldap 0.24 on NT
> over Cygwin
>
> Well it would seem that there is a problem reading the packet
> which should be
> the response to the bind. Try changing line 11 to be
>
> die "Error ",ldap_error_name($mesg->code),": $@" if $mesg->code;
>
> And see what you get.
>
> Graham.
>
> On Wed, Aug 01, 2001 at 09:01:37AM -0400, Marshall.Andrew wrote:
> > Howdy. I am trying to use perl-ldap 0.24 to connect to a
> > Netscape Directory server running on a different system
> > and I can't get it to work.
> > When I run this script:
> >
> > <script>
> > #!/usr/bin/perl
> >
> > use Net::LDAP qw(:all);
> > use Net::LDAP::Util qw(ldap_error_text
> > ldap_error_name
> > ldap_error_desc
> > );
> > $ldap = Net::LDAP->new("172.16.17.150", debug => 12) or die "$@";
> > print STDERR "before bind.";
> > $mesg = $ldap->bind();
> > die "Error ",ldap_error_name($mesg->code) if $mesg->code;
> > print STDERR "bind okay.";
> > $mesg = $ldap->search (
> > base => "ou=People,o=Canada Trust,c=ca",
> > filter => "(uid=Marshall.Andrew)"
> > );
> > die "Error ",ldap_error_name($mesg->code) if $mesg->code;
> > $mesg->code && die $mesg->error;
> > $ldap->unbind;
> > </script>
> >
> > Here's what I see:
> > <script log>
> > $ perl test1.pl
> > before bind.Net::LDAP=HASH(0xa011250) sending:
> > 0000 30 12: SEQUENCE {
> > 0002 02 1: INTEGER = 1
> > 0005 60 7: [APPLICATION 0] {
> > 0007 02 1: INTEGER = 2
> > 000A 04 0: STRING = ''
> > 000C 80 0: [CONTEXT 0]
> > 000E : }
> > 000E : }
> > Error LDAP_OPERATIONS_ERROR at test1.pl line 11.
> > </script log>
> >
> > I can connect to the directory server just fine using Netscape's
> > ldapsearch tool.
> > I am running the Cygwin Unix tools on top of Windows NT 4.
> > The version of Perl I'm using is the latest one pointed to from
> > www.cygwin.com. Here's what Perl tells me about itself:
> >
> > <perl -V>
> > Summary of my perl5 (revision 5.0 version 6 subversion 1)
> configuration:
> > Platform:
> > osname=cygwin, osvers=1.1.6(0.3032), archname=cygwin
> > uname='cygwin_nt-5.0 fifer 1.1.6(0.3032) 2000-11-21
> 21:00 i686 unknown '
> > config_args='-de'
> > hint=recommended, useposix=true, d_sigaction=define
> > usethreads=undef use5005threads=undef useithreads=undef
> > usemultiplicity=undef
> > useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
> > use64bitint=undef use64bitall=undef uselongdouble=undef
> > Compiler:
> > cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
> > -fno-strict-aliasing',
> > optimize='-O2',
> > cppflags='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
> -fno-strict-aliasing'
> > ccversion='', gccversion='2.95.2-5 19991024 (cygwin
> experimental)',
> > gccosandvers=''
> > intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
> > d_longlong=define, longlongsize=8, d_longdbl=define,
> longdblsize=12
> > ivtype='long', ivsize=4, nvtype='double', nvsize=8,
> Off_t='off_t',
> > lseeksize=4
> > alignbytes=8, usemymalloc=y, prototype=define
> > Linker and Libraries:
> > ld='ld2', ldflags =' -s -L/usr/local/lib'
> > libpth=/usr/local/lib /usr/lib /lib
> > libs=-lgdbm -lcrypt
> > perllibs=-lcrypt
> > libc=/usr/lib/libc.a, so=dll, useshrplib=true,
> libperl=libperl5_6_1.a
> > Dynamic Linking:
> > dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
> > cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'
> >
> >
> > Characteristics of this binary (from libperl):
> > Compile-time options: USE_LARGE_FILES
> > Locally applied patches:
> > v5.6.1-TRIAL1
> > Built under cygwin
> > Compiled at Dec 21 2000 21:39:40
> > @INC:
> > /usr/lib/perl5/5.6.1/cygwin
> > /usr/lib/perl5/5.6.1
> > /usr/lib/perl5/site_perl/5.6.1/cygwin
> > /usr/lib/perl5/site_perl/5.6.1
> > /usr/lib/perl5/site_perl
> > .
> > </perl -V>
> >
> > I suspect I should be using a different Perl implementation
> or there's
> > something wrong with how I installed it (please be kind,
> I'm a Perl novice).
> > Any suggestions?
> >
> > Thanks,
> > adm
> >
> > Andrew D. Marshall
> >
>
>
>
|
|
From: Marshall.Andrew <Mar...@ca...> - 2001-08-01 14:50:12
|
When I make the change that Graham suggested, I see:
<error msg>
Error LDAP_OPERATIONS_ERROR:I/O Error Resource temporarily unavailable at
test1.pl line 11.
</error msg>
which, I'm afraid, doesn't help me much :-).
Any suggestions?
Thanks,
adm
Graham Barr <gb...@po...>
01/08/01 09:27 AM
To: Andrew Marshall/CTF@CTINTERNAL
cc: perl-ldap-dev<per...@li...>@INTERNET
Subject: Re: need help with perl-ldap 0.24 on NT over Cygwin
Well it would seem that there is a problem reading the packet which should be
the response to the bind. Try changing line 11 to be
die "Error ",ldap_error_name($mesg->code),": $@" if $mesg->code;
And see what you get.
Graham.
On Wed, Aug 01, 2001 at 09:01:37AM -0400, Marshall.Andrew wrote:
> Howdy. I am trying to use perl-ldap 0.24 to connect to a
> Netscape Directory server running on a different system
> and I can't get it to work.
> When I run this script:
>
> <script>
> #!/usr/bin/perl
>
> use Net::LDAP qw(:all);
> use Net::LDAP::Util qw(ldap_error_text
> ldap_error_name
> ldap_error_desc
> );
> $ldap = Net::LDAP->new("172.16.17.150", debug => 12) or die "$@";
> print STDERR "before bind.";
> $mesg = $ldap->bind();
> die "Error ",ldap_error_name($mesg->code) if $mesg->code;
> print STDERR "bind okay.";
> $mesg = $ldap->search (
> base => "ou=People,o=Canada Trust,c=ca",
> filter => "(uid=Marshall.Andrew)"
> );
> die "Error ",ldap_error_name($mesg->code) if $mesg->code;
> $mesg->code && die $mesg->error;
> $ldap->unbind;
> </script>
>
> Here's what I see:
> <script log>
> $ perl test1.pl
> before bind.Net::LDAP=HASH(0xa011250) sending:
> 0000 30 12: SEQUENCE {
> 0002 02 1: INTEGER = 1
> 0005 60 7: [APPLICATION 0] {
> 0007 02 1: INTEGER = 2
> 000A 04 0: STRING = ''
> 000C 80 0: [CONTEXT 0]
> 000E : }
> 000E : }
> Error LDAP_OPERATIONS_ERROR at test1.pl line 11.
> </script log>
>
> I can connect to the directory server just fine using Netscape's
> ldapsearch tool.
> I am running the Cygwin Unix tools on top of Windows NT 4.
> The version of Perl I'm using is the latest one pointed to from
> www.cygwin.com. Here's what Perl tells me about itself:
>
> <perl -V>
> Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
> Platform:
> osname=cygwin, osvers=1.1.6(0.3032), archname=cygwin
> uname='cygwin_nt-5.0 fifer 1.1.6(0.3032) 2000-11-21 21:00 i686 unknown '
> config_args='-de'
> hint=recommended, useposix=true, d_sigaction=define
> usethreads=undef use5005threads=undef useithreads=undef
> usemultiplicity=undef
> useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
> use64bitint=undef use64bitall=undef uselongdouble=undef
> Compiler:
> cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
> -fno-strict-aliasing',
> optimize='-O2',
> cppflags='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO -fno-strict-aliasing'
> ccversion='', gccversion='2.95.2-5 19991024 (cygwin experimental)',
> gccosandvers=''
> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
> ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
> lseeksize=4
> alignbytes=8, usemymalloc=y, prototype=define
> Linker and Libraries:
> ld='ld2', ldflags =' -s -L/usr/local/lib'
> libpth=/usr/local/lib /usr/lib /lib
> libs=-lgdbm -lcrypt
> perllibs=-lcrypt
> libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl5_6_1.a
> Dynamic Linking:
> dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
> cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'
>
>
> Characteristics of this binary (from libperl):
> Compile-time options: USE_LARGE_FILES
> Locally applied patches:
> v5.6.1-TRIAL1
> Built under cygwin
> Compiled at Dec 21 2000 21:39:40
> @INC:
> /usr/lib/perl5/5.6.1/cygwin
> /usr/lib/perl5/5.6.1
> /usr/lib/perl5/site_perl/5.6.1/cygwin
> /usr/lib/perl5/site_perl/5.6.1
> /usr/lib/perl5/site_perl
> .
> </perl -V>
>
> I suspect I should be using a different Perl implementation or there's
> something wrong with how I installed it (please be kind, I'm a Perl novice).
> Any suggestions?
>
> Thanks,
> adm
>
> Andrew D. Marshall
>
|
|
From: Graham B. <gb...@po...> - 2001-08-01 13:27:42
|
Well it would seem that there is a problem reading the packet which should be
the response to the bind. Try changing line 11 to be
die "Error ",ldap_error_name($mesg->code),": $@" if $mesg->code;
And see what you get.
Graham.
On Wed, Aug 01, 2001 at 09:01:37AM -0400, Marshall.Andrew wrote:
> Howdy. I am trying to use perl-ldap 0.24 to connect to a
> Netscape Directory server running on a different system
> and I can't get it to work.
> When I run this script:
>
> <script>
> #!/usr/bin/perl
>
> use Net::LDAP qw(:all);
> use Net::LDAP::Util qw(ldap_error_text
> ldap_error_name
> ldap_error_desc
> );
> $ldap = Net::LDAP->new("172.16.17.150", debug => 12) or die "$@";
> print STDERR "before bind.";
> $mesg = $ldap->bind();
> die "Error ",ldap_error_name($mesg->code) if $mesg->code;
> print STDERR "bind okay.";
> $mesg = $ldap->search (
> base => "ou=People,o=Canada Trust,c=ca",
> filter => "(uid=Marshall.Andrew)"
> );
> die "Error ",ldap_error_name($mesg->code) if $mesg->code;
> $mesg->code && die $mesg->error;
> $ldap->unbind;
> </script>
>
> Here's what I see:
> <script log>
> $ perl test1.pl
> before bind.Net::LDAP=HASH(0xa011250) sending:
> 0000 30 12: SEQUENCE {
> 0002 02 1: INTEGER = 1
> 0005 60 7: [APPLICATION 0] {
> 0007 02 1: INTEGER = 2
> 000A 04 0: STRING = ''
> 000C 80 0: [CONTEXT 0]
> 000E : }
> 000E : }
> Error LDAP_OPERATIONS_ERROR at test1.pl line 11.
> </script log>
>
> I can connect to the directory server just fine using Netscape's
> ldapsearch tool.
> I am running the Cygwin Unix tools on top of Windows NT 4.
> The version of Perl I'm using is the latest one pointed to from
> www.cygwin.com. Here's what Perl tells me about itself:
>
> <perl -V>
> Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
> Platform:
> osname=cygwin, osvers=1.1.6(0.3032), archname=cygwin
> uname='cygwin_nt-5.0 fifer 1.1.6(0.3032) 2000-11-21 21:00 i686 unknown '
> config_args='-de'
> hint=recommended, useposix=true, d_sigaction=define
> usethreads=undef use5005threads=undef useithreads=undef
> usemultiplicity=undef
> useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
> use64bitint=undef use64bitall=undef uselongdouble=undef
> Compiler:
> cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
> -fno-strict-aliasing',
> optimize='-O2',
> cppflags='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO -fno-strict-aliasing'
> ccversion='', gccversion='2.95.2-5 19991024 (cygwin experimental)',
> gccosandvers=''
> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
> ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
> lseeksize=4
> alignbytes=8, usemymalloc=y, prototype=define
> Linker and Libraries:
> ld='ld2', ldflags =' -s -L/usr/local/lib'
> libpth=/usr/local/lib /usr/lib /lib
> libs=-lgdbm -lcrypt
> perllibs=-lcrypt
> libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl5_6_1.a
> Dynamic Linking:
> dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
> cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'
>
>
> Characteristics of this binary (from libperl):
> Compile-time options: USE_LARGE_FILES
> Locally applied patches:
> v5.6.1-TRIAL1
> Built under cygwin
> Compiled at Dec 21 2000 21:39:40
> @INC:
> /usr/lib/perl5/5.6.1/cygwin
> /usr/lib/perl5/5.6.1
> /usr/lib/perl5/site_perl/5.6.1/cygwin
> /usr/lib/perl5/site_perl/5.6.1
> /usr/lib/perl5/site_perl
> .
> </perl -V>
>
> I suspect I should be using a different Perl implementation or there's
> something wrong with how I installed it (please be kind, I'm a Perl novice).
> Any suggestions?
>
> Thanks,
> adm
>
> Andrew D. Marshall
>
|
|
From: Graham B. <gb...@po...> - 2001-08-01 13:22:45
|
On Wed, Aug 01, 2001 at 07:28:45AM +0000, Kan Yu Ting wrote: > Dear all, > > I have a question about the difference of these modules, they are > > Net::LDAP Net::LDAP is a 100% perl implementation (for the most part). Which makes it very portable. It ia also the module that is discussed on thi list > Net::LDAPapi The was the first module to provide an XS interface to the C client library. It is no longer supported by its developer. > Mozilla LDAP module...... Mozilla took ownership of Net::LDAPapi in 1998 and renamed it. It has since been improved, but there seems to be little development now. Graham. > What is their difference? And what considersation in deciding for use in my > application? > > > Thanks a lot > > regards > Kan > > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp > > |
|
From: Marshall.Andrew <Mar...@ca...> - 2001-08-01 13:01:48
|
Howdy. I am trying to use perl-ldap 0.24 to connect to a
Netscape Directory server running on a different system
and I can't get it to work.
When I run this script:
<script>
#!/usr/bin/perl
use Net::LDAP qw(:all);
use Net::LDAP::Util qw(ldap_error_text
ldap_error_name
ldap_error_desc
);
$ldap = Net::LDAP->new("172.16.17.150", debug => 12) or die "$@";
print STDERR "before bind.";
$mesg = $ldap->bind();
die "Error ",ldap_error_name($mesg->code) if $mesg->code;
print STDERR "bind okay.";
$mesg = $ldap->search (
base => "ou=People,o=Canada Trust,c=ca",
filter => "(uid=Marshall.Andrew)"
);
die "Error ",ldap_error_name($mesg->code) if $mesg->code;
$mesg->code && die $mesg->error;
$ldap->unbind;
</script>
Here's what I see:
<script log>
$ perl test1.pl
before bind.Net::LDAP=HASH(0xa011250) sending:
0000 30 12: SEQUENCE {
0002 02 1: INTEGER = 1
0005 60 7: [APPLICATION 0] {
0007 02 1: INTEGER = 2
000A 04 0: STRING = ''
000C 80 0: [CONTEXT 0]
000E : }
000E : }
Error LDAP_OPERATIONS_ERROR at test1.pl line 11.
</script log>
I can connect to the directory server just fine using Netscape's
ldapsearch tool.
I am running the Cygwin Unix tools on top of Windows NT 4.
The version of Perl I'm using is the latest one pointed to from
www.cygwin.com. Here's what Perl tells me about itself:
<perl -V>
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
Platform:
osname=cygwin, osvers=1.1.6(0.3032), archname=cygwin
uname='cygwin_nt-5.0 fifer 1.1.6(0.3032) 2000-11-21 21:00 i686 unknown '
config_args='-de'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
Compiler:
cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO
-fno-strict-aliasing',
optimize='-O2',
cppflags='-DPERL_USE_SAFE_PUTENV -DHAS_SBRK_PROTO -fno-strict-aliasing'
ccversion='', gccversion='2.95.2-5 19991024 (cygwin experimental)',
gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=4
alignbytes=8, usemymalloc=y, prototype=define
Linker and Libraries:
ld='ld2', ldflags =' -s -L/usr/local/lib'
libpth=/usr/local/lib /usr/lib /lib
libs=-lgdbm -lcrypt
perllibs=-lcrypt
libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl5_6_1.a
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' -s'
cccdlflags=' ', lddlflags=' -s -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: USE_LARGE_FILES
Locally applied patches:
v5.6.1-TRIAL1
Built under cygwin
Compiled at Dec 21 2000 21:39:40
@INC:
/usr/lib/perl5/5.6.1/cygwin
/usr/lib/perl5/5.6.1
/usr/lib/perl5/site_perl/5.6.1/cygwin
/usr/lib/perl5/site_perl/5.6.1
/usr/lib/perl5/site_perl
.
</perl -V>
I suspect I should be using a different Perl implementation or there's
something wrong with how I installed it (please be kind, I'm a Perl novice).
Any suggestions?
Thanks,
adm
Andrew D. Marshall
|
|
From: Kan Yu T. <ytk...@ho...> - 2001-08-01 07:28:51
|
Dear all, I have a question about the difference of these modules, they are Net::LDAP Net::LDAPapi Mozilla LDAP module...... What is their difference? And what considersation in deciding for use in my application? Thanks a lot regards Kan _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp |
|
From: Graham B. <gb...@po...> - 2001-07-31 15:49:17
|
This part of the API in Net::LDAP is incomplete, mainly due to the fact that nobody has found a need for it yet. But basically you must call select on the socket, as returned from $ldap->socket. When there is data to be read, you must call $ldap->_recvresp, which will return 0 on success, or an error code. Any outstanding operations will have thier callbacks called for each packet received. Graham. On Tue, Jul 31, 2001 at 09:33:17AM -0600, Chris Fedde wrote: > I must admit that I'm stymied. I'm working with POE and Net::LDAP to > build a proxy agent but have been unable to find a documented public > interface that lets me tie Net::LDAP to any kind of async event manager. > The best I seem to be able to do is create the Net::LDAP object with the > async flag true. Then some time later do a synch on the object hopeing > that results are available. As might be expected the performance of this > sucks. > > On the list archive from last year I see $ldap->socket used to get > a socket handle that can be used in select. That method is still > there. but still undocumented. The recommendation then is to use > a private method to retrieve the data. Is that the best interface > that exists for > > I guess that if no other solution surfaces I'll remodel this to fork a > process per client and do all actions synchronously. > > Looking forward to any advice > chris > > -- > Chris Fedde > |
|
From: Chris F. <cf...@vi...> - 2001-07-31 15:35:52
|
I must admit that I'm stymied. I'm working with POE and Net::LDAP to
build a proxy agent but have been unable to find a documented public
interface that lets me tie Net::LDAP to any kind of async event manager.
The best I seem to be able to do is create the Net::LDAP object with the
async flag true. Then some time later do a synch on the object hopeing
that results are available. As might be expected the performance of this
sucks.
On the list archive from last year I see $ldap->socket used to get
a socket handle that can be used in select. That method is still
there. but still undocumented. The recommendation then is to use
a private method to retrieve the data. Is that the best interface
that exists for
I guess that if no other solution surfaces I'll remodel this to fork a
process per client and do all actions synchronously.
Looking forward to any advice
chris
--
Chris Fedde
|
|
From: Graham B. <gb...@po...> - 2001-07-30 16:33:29
|
On Mon, Jul 30, 2001 at 05:19:57PM +0100, Chris Ridd wrote: > "Alwicher, Vincent VAG SITI-GRSE3" <Vin...@is...> wrote: > > Hi, > > > > I was wondering if there is a function that can split the DN into an array > > comtaining the separate components of the DN? > > > > In the competing Perl LDAP module LDAPapi there is a function called > > "explode_dn" available which can do this. > > I cannot find a similar function in mr. Graham Barr's module. > > Thanks in advance! > > > > Kind regards / Met vriendelijke groet, > > Vincent Alwicher > > Technical Consultancy and Solution Development > > SITI-GRSE3 - Global Practice Infrastructure Solutions Europe / Africa > > Shell Information Technology International B.V. > > > > There isn't really an equivalent, but I note that Net::LDAP::Util has a > canonical_dn function that uses a regex to 'explode' DNs. You could copy > that code... Heh, That code was originally written as a sub, but IIRC that code also splits the multi-RDNs too. Graham. |
7902 messages has been excluded from this view by a project administrator.
![http://www.parlis.com/parlis/temp/images/SHOT0047.jpg"=](http://www.parlis.com/parlis/temp/images/SHOT0047.jpg"=){kind=link}
![http://www.parlis.com/parlis/temp/images/Parlis1.jpg"=](http://www.parlis.com/parlis/temp/images/Parlis1.jpg"=){kind=link}
![http://www.parlis.com/parlis/temp/images/SHOT0053.jpg"=](http://www.parlis.com/parlis/temp/images/SHOT0053.jpg"=){kind=link}