DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=44015>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=44015
Summary: Bug in util_ldap.c, mod_ldap
Product: Apache httpd-2
Version: 2.2.6
Platform: PC
OS/Version: Windows 2000
Status: NEW
Severity: critical
Priority: P2
Component: mod_ldap
AssignedTo: bugs@httpd.apache.org
ReportedBy: agustin.herranz@alumnos.uva.es
First, sorry about my horrible english.
In util_ldap.c the max of returned entries for a search is defined as:
/* Default define for ldap functions that need a SIZELIMIT but
* do not have the define
* XXX This should be removed once a supporting #define is
* released through APR-Util.
*/
#ifndef APR_LDAP_SIZELIMIT
#define APR_LDAP_SIZELIMIT -1
#endif
Thats make is mistaken sizelimit in a search request because acording to
http://www.ietf.org/rfc/rfc2251.txt size limit is defined as:
sizeLimit INTEGER (0 .. maxInt), and with
maxInt INTEGER ::= 2147483647 -- (2^^31 - 1) --
this is signed integer, not unsigned as supoused on util_ldap.c
On page 26 rfc2251 tells that a value of sizeLimit = 0 means no client sizelimit
restrictions. So APR_LDAP_SIZELIMIT should be:
/* Default define for ldap functions that need a SIZELIMIT but
* do not have the define
* XXX This should be removed once a supporting #define is
* released through APR-Util.
*/
#ifndef APR_LDAP_SIZELIMIT
#define APR_LDAP_SIZELIMIT 0
#endif
I believe this issue could solve other bugs of ldap use.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org
|