RE: [PHP-DEV] PHP 4.0 Bug #5433 Updated: LDAP "Decoding error" wh en requesting non-existent attributes in a search op.
| From: | Johan Troedsson | Date: | Tue, 25 Jul 2000 06:26:08 +0000 |
| Subject: | RE: [PHP-DEV] PHP 4.0 Bug #5433 Updated: LDAP "Decoding error" wh en requesting non-existent attributes in a search op. | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-25925@lists.php.net to get a copy of this message | ||
> -----Original Message-----
> From: Jani Taskinen [SMTP:sniper@iki.fi]
> Sent: den 25 juli 2000 02:29
> To: Stig Venaas
> Cc: Bug Database; johan.troedsson@ei.sigma.se
> Subject: Re: [PHP-DEV] PHP 4.0 Bug #5433 Updated: LDAP "Decoding
> error" when requesting non-existent attributes in a search op.
>
>
> Johan:
> ======
>
> If search/read/list fails, there is no result to get entries from.
> And this was/is the case for PHP3 too. It's just how openldap's
> ldap_search_s()-function behaves.
>
> But for the dn-case: add an fifth parameter to ldap_read() / ldap_search()
> / ldap_list()
> Like this: $sr = ldap_search($ds, $dn, $filter, array(), 1);
>
> This will get only the attributes types + dn. Maybe this is what you
> really wanted ? ;)
>
Yes. But what role does the requested attributes array play here? Is
it so that when the fifth=1 then all the attribute names will be fetched +
the values for the attributes matching an attribute name in the array? Just
curious.
/Johan