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: [email protected] ReportedBy: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
