#19281 [NEW]: OpenLDAP 2.1.4 requires version

From: Date: Sat, 07 Sep 2002 15:37:36 +0000
Subject: #19281 [NEW]: OpenLDAP 2.1.4 requires version
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-18620@lists.php.net to get a copy of this message
From: mose@ns.cune.edu Operating system: RH 7.3, 2.4.19 PHP version: 4CVS-2002-09-07 PHP Bug Type: LDAP related Bug description: OpenLDAP 2.1.4 requires version imap-2002.RC5 Apache 2.0.40 mysql 3.23.49 openldap 2.1.4 configure --with-apxs2=/local/apache/bin/apxs --enable-force-cgi-redirect --disable-cli --with-imap=/home/mose/imap-2002.RC5 --with-ldap --with-mysql=/local/mysql It appears that since version 2.1.3 of openldap, it requires that the LDAP version be set to 3 when making a connection. The php routines do not set the version. The following lines inserted in ext/ldap/ldap.c in the function ldap_connect() seem to work for me. int version; and then inside #ifdef LDAP_API_FEATURE_X_OPENLDAP ldap = ldap_init(host, port); } version = LDAP_VERSION3; (void)ldap_set_option (ldap, LDAP_OPT_PROTOCOL_VERSION, &version); #else Everyone should probably be using version 3. However, you may want to allow the version to be specified at configuration time or allow the version to be specified in php with the ldap_connect() call, with a default of version 3. -- Edit bug report at http://bugs.php.net/?id=19281&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19281&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19281&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19281&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19281&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19281&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19281&r=support Expected behavior: http://bugs.php.net/fix.php?id=19281&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19281&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19281&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19281&r=globals

« previous php.bugs (#18620) next »