perl-ldap-dev

Re: size limit

[Susan A. <sa...@ha...>]

When I enter    $ldap->search(sizelimit => 0)

I am receiving the following error message:

syntax error at phsmodify.pl  line 97, near ")

Execution of phsmodify.pl  aborted due to compilation errors. I have typed actually what is shown
above. I don't see anything wrong with it. What version of perl-ldap are you running?  The server
limit seems find. If I go into my GQ Ldap Client on the desk top, I can do a search uid=* and all
1055 entries show. Anyways, any suggestions on the error?
Thanks everyone!



Todd Rosenberry wrote:

>
>     Right.  You can not set the size limit to be larger than what is defined on the server.
>
> - Todd
>
> Ian Logan wrote:
>
>> $ldap->search(sizelimit => 0, ...) is how you set it.
>>
>> However, your problem is most likely a sizelimit on the server and not on the
>> client.
>> You'll need to look at your server config, or take it up with your server
>> admin.
>>
>> On Thu, Mar 13, 2003 at 12:35:58PM -0500, Susan Aurand wrote:
>>
>> > Does anyone know how to in perl-ldap when connecting to the ldap data base via
>> > $ldap->search, to set a sizelimit of 0. I have more than 500 entries in my database, and when
>> > hits
>> > 500 I get an error message, exceeded size limit. There must be somewhere to turn this off or
>> > set it.
>> >
>> > Thank You - Susan
>> >
>> >
>> >
>> > -------------------------------------------------------
>> > This SF.net email is sponsored by:Crypto Challenge is now open!
>> > Get cracking and register here for some mind boggling fun and
>> > the chance of winning an Apple iPod:
>> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
>> >
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by:Crypto Challenge is now open!
>> Get cracking and register here for some mind boggling fun and
>> the chance of winning an Apple iPod:
>> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
>>

Re: Web site

[Graham B. <gb...@po...>]

On Thu, Mar 13, 2003 at 04:02:04PM +0000, Chris Ridd wrote:
> I've been doing some updating of the web site :
> 
>     <http://perl-ldap.sourceforge.net/>
> 
> (eg the documentation link now points to CPAN, and is thus always up to
> date) but if there's anything not there that folks think should be there,
> please say!

Excellent,

Thanks Chris

Graham.

Re: size limit

[Todd R. <Tod...@xi...>]

    Right.  You can not set the size limit to be larger than what is 
defined on the server.

- Todd

Ian Logan wrote:

>$ldap->search(sizelimit => 0, ...) is how you set it.
>
>However, your problem is most likely a sizelimit on the server and not on the
>client.
>You'll need to look at your server config, or take it up with your server
>admin.
>
>On Thu, Mar 13, 2003 at 12:35:58PM -0500, Susan Aurand wrote:
>  
>
>>Does anyone know how to in perl-ldap when connecting to the ldap data base via
>>$ldap->search, to set a sizelimit of 0. I have more than 500 entries in my database, and when hits
>>500 I get an error message, exceeded size limit. There must be somewhere to turn this off or set it.
>>
>>Thank You - Susan
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by:Crypto Challenge is now open! 
>>Get cracking and register here for some mind boggling fun and 
>>the chance of winning an Apple iPod:
>>http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
>>    
>>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by:Crypto Challenge is now open! 
>Get cracking and register here for some mind boggling fun and 
>the chance of winning an Apple iPod:
>http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
>  
>

Re: size limit

[Ian L. <ia...@nm...>]

$ldap->search(sizelimit => 0, ...) is how you set it.

However, your problem is most likely a sizelimit on the server and not on the
client.
You'll need to look at your server config, or take it up with your server
admin.

On Thu, Mar 13, 2003 at 12:35:58PM -0500, Susan Aurand wrote:
> Does anyone know how to in perl-ldap when connecting to the ldap data base via
> $ldap->search, to set a sizelimit of 0. I have more than 500 entries in my database, and when hits
> 500 I get an error message, exceeded size limit. There must be somewhere to turn this off or set it.
> 
> Thank You - Susan
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open! 
> Get cracking and register here for some mind boggling fun and 
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

size limit

[Susan A. <sa...@ha...>]

Does anyone know how to in perl-ldap when connecting to the ldap data base via
$ldap->search, to set a sizelimit of 0. I have more than 500 entries in my database, and when hits
500 I get an error message, exceeded size limit. There must be somewhere to turn this off or set it.

Thank You - Susan

test

[Susan A. <sa...@ha...>]

test

Web site

[Chris R. <chr...@ma...>]

I've been doing some updating of the web site :

    <http://perl-ldap.sourceforge.net/>

(eg the documentation link now points to CPAN, and is thus always up to
date) but if there's anything not there that folks think should be there,
please say!

Cheers,

Chris

Re: does Net::LDAP::Entry->changes() need fixing

[Graham B. <gb...@po...>]

On Thu, Mar 13, 2003 at 05:50:18AM -0330, Paul David Fardy wrote:
> I've had a small problem with Entry->changes().  It might, perhaps, be my use
> but I think that N::L::Entry->changes warrants a small change.  This seems
> reasonable idiom:
> 
> 	for my $entry ($mesg->entries) {
> 		if (some_test1($entry)) {
> 			$entry->add("field1" => $value);
> 		}
> 		if (some_test2($entry)) {
> 			$entry->replace("field2" => $value);
> 		}
> 		.
> 		.
> 		$entry->update($ldap) if $entry->changes;
> 	}
> 
> But if there are no changes (a condition that arose only after several weeks
> in use), changes() complained about an undefined value.
> 
> I've changed changes():
>   
>   sub changes {
>     my $ref = shift->{'changes'};
>     $ref ? @$ref : ();
>   }
> 
> ensuring that an undef ref is not de-ref'd.  Reasonable?

Seems reasonable to me.

Graham.

does Net::LDAP::Entry->changes() need fixing

[Paul D. F. <pd...@mo...>]

I've had a small problem with Entry->changes().  It might, perhaps, be my use
but I think that N::L::Entry->changes warrants a small change.  This seems
reasonable idiom:

	for my $entry ($mesg->entries) {
		if (some_test1($entry)) {
			$entry->add("field1" => $value);
		}
		if (some_test2($entry)) {
			$entry->replace("field2" => $value);
		}
		.
		.
		$entry->update($ldap) if $entry->changes;
	}

But if there are no changes (a condition that arose only after several weeks
in use), changes() complained about an undefined value.

I've changed changes():
  
  sub changes {
    my $ref = shift->{'changes'};
    $ref ? @$ref : ();
  }

ensuring that an undef ref is not de-ref'd.  Reasonable?

Paul Fardy <pd...@mu...>

*** lib/Net/LDAP/Entry.pm	Tue May 28 05:41:04 NDT 2002
--- new/Net/LDAP/Entry.pm	Thu Mar 13 05:22:09 NST 2003
***************
*** 287,293 ****
  }
  
  sub changes {
!   @{shift->{'changes'}}
  }
  
  1;
--- 287,294 ----
  }
  
  sub changes {
!   my $ref = shift->{'changes'};
!   $ref ? @$ref : ();
  }
  
  1;

Re: [PERL-LDAP-DEV] Net::LDAP with multiple hosts?

[Ziya S. <zi...@ri...>]

On 2003-03-12 11:58:26 +0000, Thomas Stripling wrote:
> You were right, I was running 0.26, but I just upgraded with cpan (and 
> double checked the version number) and it's still not working.

I say it works for me, because of below one-liners:

ziya:~ $ perl -MNet::LDAP -le'print $Net::LDAP::VERSION'
0.2701

ziya:~ $ perl -MNet::LDAP -le'print Net::LDAP->new(['anything', 'down.ldap.host', 'ldap'])->bind->error'
Success

and this script (copied from your message):

#!/usr/bin/perl                                                                                                        
use Net::LDAP;

@hosts = ('xyzhost', 'ldap');
$hostptr = \@hosts;

$ld = Net::LDAP->new($hostptr);

print $Net::LDAP::VERSION, "\n";
print $ld->socket->peerhost, "\n";
print $ld->version, "\n";
print $ld->bind->error, "\n";

outputs:
0.2701
192.168.0.1
3
Success

And double check you have the hostname in your first script listed in
second one to have a comparable test result. All of the hosts in your
list might be down/unreachable/etc.

Ziya.

> 
> 
> At 05:13 PM 3/12/2003 +0100, Ziya Suzen wrote:
> >On 2003-03-12 09:53:05 +0000, Thomas Stripling wrote:
> >> Hi list,
> >>
> >> On the cpan web page (
> >> http://search.cpan.org/author/GBARR/perl-ldap-0.2701/lib/Net/LDAP.pod 
> >), it
> >                                                ^^^^^^
> >You are probably running version 0.26. Try the latest one 0.2701.
> >
> >Ziya.
> >
> >
> >> says that Net::LDAP can be used with multiple ldap hosts by passing a
> >> reference to an array.  However, when I tried it, it didn't seem to
> >> work.  Am I doing something wrong, or is this a known bug?  Here is what 
> >I
> >> have tried:
> >>
> >> This code works:
> >> #!/usr/bin/perl
> >>
> >> use Net::LDAP;
> >>
> >> $ld = Net::LDAP->new('host.com');
> >> <snip>
> >>
> >>
> >> But this doesn't:
> >> #!/usr/bin/perl
> >>
> >> use Net::LDAP;
> >>
> >> @hosts = ('host1.com', 'host2.com');
> >> $hostptr = \@hosts;
> >>
> >> $ld = Net::LDAP->new($hostptr);
> >> <snip>
> >>
> >> Any help would be appreciated.  Please copy me on all replies as I am not
> >> on this list (although I'm going to join).
> >>
> >> Thanks,
> >> Tom Stripling
> >>
> >>
> >>
> >>
> >>
> >> -------------------------------------------------------
> >> This SF.net email is sponsored by:Crypto Challenge is now open!
> >> Get cracking and register here for some mind boggling fun and
> >> the chance of winning an Apple iPod:
> >> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open! 
> Get cracking and register here for some mind boggling fun and 
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: [PERL-LDAP-DEV] Net::LDAP with multiple hosts?

[Thomas S. <tst...@ho...>]

You were right, I was running 0.26, but I just upgraded with cpan (and 
double checked the version number) and it's still not working.


At 05:13 PM 3/12/2003 +0100, Ziya Suzen wrote:
>On 2003-03-12 09:53:05 +0000, Thomas Stripling wrote:
> > Hi list,
> >
> > On the cpan web page (
> > http://search.cpan.org/author/GBARR/perl-ldap-0.2701/lib/Net/LDAP.pod 
> ), it
>                                                 ^^^^^^
>You are probably running version 0.26. Try the latest one 0.2701.
>
>Ziya.
>
>
> > says that Net::LDAP can be used with multiple ldap hosts by passing a
> > reference to an array.  However, when I tried it, it didn't seem to
> > work.  Am I doing something wrong, or is this a known bug?  Here is what I
> > have tried:
> >
> > This code works:
> > #!/usr/bin/perl
> >
> > use Net::LDAP;
> >
> > $ld = Net::LDAP->new('host.com');
> > <snip>
> >
> >
> > But this doesn't:
> > #!/usr/bin/perl
> >
> > use Net::LDAP;
> >
> > @hosts = ('host1.com', 'host2.com');
> > $hostptr = \@hosts;
> >
> > $ld = Net::LDAP->new($hostptr);
> > <snip>
> >
> > Any help would be appreciated.  Please copy me on all replies as I am not
> > on this list (although I'm going to join).
> >
> > Thanks,
> > Tom Stripling
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by:Crypto Challenge is now open!
> > Get cracking and register here for some mind boggling fun and
> > the chance of winning an Apple iPod:
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: [PERL-LDAP-DEV] Net::LDAP with multiple hosts?

[Ziya S. <zi...@ri...>]

On 2003-03-12 09:53:05 +0000, Thomas Stripling wrote:
> Hi list,
> 
> On the cpan web page ( 
> http://search.cpan.org/author/GBARR/perl-ldap-0.2701/lib/Net/LDAP.pod ), it 
                                                ^^^^^^
You are probably running version 0.26. Try the latest one 0.2701.

Ziya.


> says that Net::LDAP can be used with multiple ldap hosts by passing a 
> reference to an array.  However, when I tried it, it didn't seem to 
> work.  Am I doing something wrong, or is this a known bug?  Here is what I 
> have tried:
> 
> This code works:
> #!/usr/bin/perl
> 
> use Net::LDAP;
> 
> $ld = Net::LDAP->new('host.com');
> <snip>
> 
> 
> But this doesn't:
> #!/usr/bin/perl
> 
> use Net::LDAP;
> 
> @hosts = ('host1.com', 'host2.com');
> $hostptr = \@hosts;
> 
> $ld = Net::LDAP->new($hostptr);
> <snip>
> 
> Any help would be appreciated.  Please copy me on all replies as I am not 
> on this list (although I'm going to join).
> 
> Thanks,
> Tom Stripling
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open! 
> Get cracking and register here for some mind boggling fun and 
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Net::LDAP with multiple hosts?

[Thomas S. <tst...@ho...>]

Hi list,

On the cpan web page ( 
http://search.cpan.org/author/GBARR/perl-ldap-0.2701/lib/Net/LDAP.pod ), it 
says that Net::LDAP can be used with multiple ldap hosts by passing a 
reference to an array.  However, when I tried it, it didn't seem to 
work.  Am I doing something wrong, or is this a known bug?  Here is what I 
have tried:

This code works:
#!/usr/bin/perl

use Net::LDAP;

$ld = Net::LDAP->new('host.com');
<snip>


But this doesn't:
#!/usr/bin/perl

use Net::LDAP;

@hosts = ('host1.com', 'host2.com');
$hostptr = \@hosts;

$ld = Net::LDAP->new($hostptr);
<snip>

Any help would be appreciated.  Please copy me on all replies as I am not 
on this list (although I'm going to join).

Thanks,
Tom Stripling

Re: Ordering of fields in LDIF

[Graham B. <gb...@po...>]

Well did you run make test ? That would have failed t/00ldif-entry.t if the changetype
did not directly follow the dn; ANd given the code does

      _write_dn($entry->dn,$self->{'encode'},$wrap);

      print "changetype: $type\n";

Then goes on to output the attribute values, I fond it impossible
for the changetype to be anywhere other than directly after the dn.

How did you create the Entry object in the first place ? Maybe the
bug, if there is one, is not in the output but somewhere else.

Graham.

On Wed, Mar 12, 2003 at 12:08:22PM -0000, Chris Russell wrote:
> 
> Intriguing, I always assumed my experience was the default behaviour. It's
> behaved that way on every installation I've had of Net::LDAP to date, I've
> never seen it do anything else. Not and noticed it anyway. These have always
> been on Win32 systems (2000 or XP) with ActiveState Perl (either build 630,
> 631 or, currently, 804). I installed each time by manually downloading from
> sourceforge, running perl on Makefile.PL and then Microsoft's nmake on the
> resulting makefile. I do nothing else. I went through this process two days
> ago on a new machine and I'm having exactly this behaviour still.
> 
> Now I really am confused.
> 
> -----Original Message-----
> From: Graham Barr [mailto:gb...@po...]
> Sent: 10 March 2003 15:05
> To: Chris Russell
> Cc: 'Perl-Ldap-Dev
> Subject: Re: Ordering of fields in LDIF
> 
> 
> On Mon, Mar 10, 2003 at 10:24:24AM -0000, Chris Russell wrote:
> > Is there a way I can control the order in which fields are written out
> from
> > a Net::LDAP::Entry object through Net::LDAP::LDIF? Using the example from
> > the documentation I'm getting LDIF files with entries that look like this:
> >
> > dn: cn=admin,ou=staff,o=brad
> > aliasedobjectname: cn=admin,o=brad
> > cn: admin
> > changetype: add
> > objectclass: alias
> > objectclass: top
> 
> You must be doing something to it. The output from the LDIF module will
> ensure
> dn, changetype then everything else, which is what the LDIF spec says the
> order
> should be. The order of the rest is unspecified and there is now way
> currently
> to control that.
> 
> Graham.
> 

RE: Ordering of fields in LDIF

[Chris R. <C.G...@Br...>]

Intriguing, I always assumed my experience was the default behaviour. It's
behaved that way on every installation I've had of Net::LDAP to date, I've
never seen it do anything else. Not and noticed it anyway. These have always
been on Win32 systems (2000 or XP) with ActiveState Perl (either build 630,
631 or, currently, 804). I installed each time by manually downloading from
sourceforge, running perl on Makefile.PL and then Microsoft's nmake on the
resulting makefile. I do nothing else. I went through this process two days
ago on a new machine and I'm having exactly this behaviour still.

Now I really am confused.

-----Original Message-----
From: Graham Barr [mailto:gb...@po...]
Sent: 10 March 2003 15:05
To: Chris Russell
Cc: 'Perl-Ldap-Dev
Subject: Re: Ordering of fields in LDIF


On Mon, Mar 10, 2003 at 10:24:24AM -0000, Chris Russell wrote:
> Is there a way I can control the order in which fields are written out
from
> a Net::LDAP::Entry object through Net::LDAP::LDIF? Using the example from
> the documentation I'm getting LDIF files with entries that look like this:
>
> dn: cn=admin,ou=staff,o=brad
> aliasedobjectname: cn=admin,o=brad
> cn: admin
> changetype: add
> objectclass: alias
> objectclass: top

You must be doing something to it. The output from the LDIF module will
ensure
dn, changetype then everything else, which is what the LDIF spec says the
order
should be. The order of the rest is unspecified and there is now way
currently
to control that.

Graham.

Re: Fwd: LDAP.pm patch

[Graham B. <gb...@po...>]

On Tue, Mar 11, 2003 at 05:33:54PM -0600, Clif Harden wrote:
> > > However...
> > > 
> > > We now have another inconsistency, it appears a Net::LDAP::Entry is
> > > not a Net::LDAP::Entry object depending on where the 
> > > Net::LDAP::Entry object came from or what is purpose is.
> > 
> > Eh ? That does not make sense, please explain.
> > 
> 
> You know exactly what I mean.

No I do not, and if you are not going to explain then please don't
complain.

Graham.

Re: Fwd: LDAP.pm patch

[Clif H. <cl...@go...>]

On Tue, Mar 11, 2003 at 11:08:32PM +0000, Graham Barr wrote:
> On Tue, Mar 11, 2003 at 05:03:38PM -0600, Clif Harden wrote:
> > When doing a ldif, either add or modify, a Net::LDAP::Entry object is
> > retrun.  Both Net::LDAP::Entry objects have a DN in their data structures.
> > 
> > For ldif add;
> > 
> >   $entry = $ldif->read_entry();
> >   $mesg  = $ldap->add($entry);
> 
>   $entry->update($ldap) work for add too
> 
> > For ldif modify;
> > 
> >   $entry = $ldif->read_entry();
> >   $mesg  = $entry->update($ldap);
> 
> which is the same as add
> 
> > This is inconsistence, if a Net::LDAP::Entry is return in 
> > both cases the actions take on either $entry should be the
> > same.
> 
> and they can be.
> 
> >   $mesg  = $ldap->add($entry);
> 
> As I have said was made a special case
> 
> >          or
> >   $mesg  = $ldap->modify($entry);
> >          or 
> >   $mesg  = $entry->update($ldap);  # for both ldif add and modify.
> 
> and that works for booth.
> 
> > This is consistence.
> 
> Only in that add was made a special case.
> 
> > However...
> > 
> > We now have another inconsistency, it appears a Net::LDAP::Entry is
> > not a Net::LDAP::Entry object depending on where the 
> > Net::LDAP::Entry object came from or what is purpose is.
> 
> Eh ? That does not make sense, please explain.
> 


You know exactly what I mean.

Clif







> Graham.
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open! 
> Get cracking and register here for some mind boggling fun and 
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

-- 

Regards,

Clif Harden           INTERNET:  c-h...@ti...
Texas Instruments                
Directory Services
6500 Chase Oaks Blvd, M/S 8401  
Plano, TX 75023        
                         Voice:  214-567-0855

Re: LDAP.pm patch

[Clif H. <cl...@go...>]

On Tue, Mar 11, 2003 at 07:58:32AM +0000, Chris Ridd wrote:
> On 10/3/03 8:24 pm, Clif Harden <cl...@go...> wrote:
> > 
> > Then there is nothing to fix, I will just chalk it up as another
> > inconsistency in perl-ldap.
> > 
> > 
> > End of discussion on my part.
> 
> It would be helpful if you could list what you see as inconsistencies!
> 
> Cheers,
> 
> Chris
> 

Okay.

Documentation.

Net::LDAP pod states that a modify command will accept a Net::LDAP::Entry
object.  

Net::LDAP::LDIF pod states that the object returned is a Net::LDAP::Entry
object.  No where does it state that there is a difference between
a ldif add Net::LDAP::Entry object is different than a ldif modify 
Net::LDAP::Entry object or that they are treated differently.  No where 
in the ldif pod does it mention that a update method is needed on 
ldif modify.

In both case the Entry object is not tied to a Net::LDAP object, yet 
the ldap add is taken while the ldap modify is ignored. 

Probably the single biggest grip I hear from people trying to use
Perl-LDAP is about it's documentation.  Now I gotten bit by it.

Clif

Re: Fwd: LDAP.pm patch

[Graham B. <gb...@po...>]

On Tue, Mar 11, 2003 at 05:03:38PM -0600, Clif Harden wrote:
> When doing a ldif, either add or modify, a Net::LDAP::Entry object is
> retrun.  Both Net::LDAP::Entry objects have a DN in their data structures.
> 
> For ldif add;
> 
>   $entry = $ldif->read_entry();
>   $mesg  = $ldap->add($entry);

  $entry->update($ldap) work for add too

> For ldif modify;
> 
>   $entry = $ldif->read_entry();
>   $mesg  = $entry->update($ldap);

which is the same as add

> This is inconsistence, if a Net::LDAP::Entry is return in 
> both cases the actions take on either $entry should be the
> same.

and they can be.

>   $mesg  = $ldap->add($entry);

As I have said was made a special case

>          or
>   $mesg  = $ldap->modify($entry);
>          or 
>   $mesg  = $entry->update($ldap);  # for both ldif add and modify.

and that works for booth.

> This is consistence.

Only in that add was made a special case.

> However...
> 
> We now have another inconsistency, it appears a Net::LDAP::Entry is
> not a Net::LDAP::Entry object depending on where the 
> Net::LDAP::Entry object came from or what is purpose is.

Eh ? That does not make sense, please explain.

Graham.

Re: Fwd: LDAP.pm patch

[Clif H. <cl...@go...>]

On Tue, Mar 11, 2003 at 11:33:27AM +0000, Graham Barr wrote:
> On Mon, Mar 10, 2003 at 02:24:58PM -0600, Clif Harden wrote:
> > > As Graham wrote: There is nothing to fix.
> > 
> > 
> > Then there is nothing to fix, I will just chalk it up as another
> > inconsistency in perl-ldap.
> 
> It is not an inconsistency. The general rule is that an entry may
> be passed wherever a dn is expected. Add is a special case and was
> added as a convienience for adding. If you really think this is an
> inconsistency then my suggestion would be that add should be changed,
> not update. But changing add would break things.
> 

When doing a ldif, either add or modify, a Net::LDAP::Entry object is
retrun.  Both Net::LDAP::Entry objects have a DN in their data structures.

For ldif add;

  $entry = $ldif->read_entry();
  $mesg  = $ldap->add($entry);

For ldif modify;

  $entry = $ldif->read_entry();
  $mesg  = $entry->update($ldap);


This is inconsistence, if a Net::LDAP::Entry is return in 
both cases the actions take on either $entry should be the
same.


  $mesg  = $ldap->add($entry);
         or
  $mesg  = $ldap->modify($entry);
         or 
  $mesg  = $entry->update($ldap);  # for both ldif add and modify.


This is consistence.

However...

We now have another inconsistency, it appears a Net::LDAP::Entry is
not a Net::LDAP::Entry object depending on where the 
Net::LDAP::Entry object came from or what is purpose is.


> Graham.
> 


Clif
   

Re: Net::LDAP

[Chris R. <chr...@ma...>]

On 11/3/03 5:17 pm, Susan Aurand <sa...@ha...> wrote:

> Hello,
> Can anyone tell me why I am receiving an error can't locate Net/LDAP.pm in @
> INC (@INC  includes
> /usr/lib/perl5/5.6.1 etc, etc etc, etc.

How did you install perl-ldap? What is your complete @INC variable, and
where on your box is LDAP.pm?

> Thanks - Susan
> P.S - No, I am not a Student.

OK!

Cheers,

Chris

RE: :LDAP

[Dan M. <dm...@in...>]

> Hello,

Howdy!

> Can anyone tell me why I am receiving an error can't locate=20
> Net/LDAP.pm in @ INC (@INC  includes /usr/lib/perl5/5.6.1=20
> etc, etc etc, etc.

You don't have LDAP perl module installed or you misspelled LDAP in your =
script.

IE :
use LDAP;
Instead of=20
use Ldap;


DMuey

>=20
> Thanks - Susan
> P.S - No, I am not a Student.

I like that PS , nice touch.

>=20
>=20
>=20
> --=20
> To unsubscribe, e-mail: beg...@pe...
> For additional commands, e-mail: beg...@pe...
>=20
>=20

Net::LDAP

[Susan A. <sa...@ha...>]

Hello,
Can anyone tell me why I am receiving an error can't locate Net/LDAP.pm in @ INC (@INC  includes
/usr/lib/perl5/5.6.1 etc, etc etc, etc.

Thanks - Susan
P.S - No, I am not a Student.

Re: Fwd: LDAP.pm patch

[Graham B. <gb...@po...>]

On Mon, Mar 10, 2003 at 02:24:58PM -0600, Clif Harden wrote:
> > As Graham wrote: There is nothing to fix.
> 
> 
> Then there is nothing to fix, I will just chalk it up as another
> inconsistency in perl-ldap.

It is not an inconsistency. The general rule is that an entry may
be passed wherever a dn is expected. Add is a special case and was
added as a convienience for adding. If you really think this is an
inconsistency then my suggestion would be that add should be changed,
not update. But changing add would break things.

What else do you consider inconsistent ? because you have not raised any
inconsistency issues before

Graham.

Re: LDAP.pm patch

[Chris R. <chr...@ma...>]

On 10/3/03 8:24 pm, Clif Harden <cl...@go...> wrote:
> 
> Then there is nothing to fix, I will just chalk it up as another
> inconsistency in perl-ldap.
> 
> 
> End of discussion on my part.

It would be helpful if you could list what you see as inconsistencies!

Cheers,

Chris