[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: backglue.c sometimes falsely returns LDAP_SIZELIMIT_EXCEEDED (ITS#2888)



I'm pretty sure this is working now in HEAD and 2.2.5. Please try again. If
it checks out OK I will backport this fix to 2.1.

  -- Howard Chu
  Chief Architect, Symas Corp.       Director, Highland Sun
  http://www.symas.com               http://highlandsun.com/hyc
  Symas: Premier OpenSource Development and Support

> -----Original Message-----
> From: owner-openldap-bugs@OpenLDAP.org
> [mailto:owner-openldap-bugs@OpenLDAP.org]On Behalf Of rhafer@suse.de

> On Mon, Jan 19, 2004 at 08:21:03AM +0000, ando@sys-net.it wrote:
> >
> > > The current fix needs to be reworked, it ignores the case of
> > > administrative limits being hit.
> >
> > The user-enforced limits are honored correctly,
> I just tested again, and it still fails in some case. E.g. I have the
> following databases:
>
> database ldap
> uri "ldap://10.0.0.1/";
> subordinate
> suffix          "ou=people,dc=suse,dc=de"
> [..]
>
> database        ldbm
> suffix          "dc=suse,dc=de"
> [..]
>
> The second database contains exactly one entry matching the filter
> "uid=rh*". And the first one contains some more entries that match the
> filter.
> If I now  do a subtree search on base "dc=suse,dc=de" with the filter
> "uid=rh*" and sizelimit set to 1. I get the entry from the
> first datebase
> with the result code set to LDAP_SUCCESS ( correct would be
> SIZE_LIMIT_EXCEEDED ). If I change the sizelimt to 2 it
> correctly returns
> 2 entries and SIZE_LIMIT_EXCEEDED, as there are more entries
> matching the
> filter.