#26409 [Bgs]: ldap_bind is causing a seg fault
ID: 26409 User updated by: pyrox_pro at hotmail dot com Reported By: pyrox_pro at hotmail dot com Status: Bogus Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: What version of openldap are you using with that and on what OS? Previous Comments: [2003-12-01 11:55:46] [EMAIL PROTECTED] Reopen IF openldap folks tell this isn't bug in their stuff. (FYI: I can NOT reproduce this with PHP 4.3.4 and latest Openldap) And btw. You need to always delete config.cache before reconfigure.. [2003-12-01 11:51:11] pyrox_pro at hotmail dot com I am using a conf script I have used since 4.1, that has not changed other than the addition of GD last month. Everything has worked fine with this build, up until 4.3.4 At the point of failur NOTHING had changed. Here is exactly what happened: step 1) download 4.3.4 tar gz step 2) run build script (unchanged from 4.3.2-RC build ) step 3) make install step 4) restart apache step 5) check php scripts and info.php step 6) write down SEG FAULT problems step 7) cd back to 4.3.2-RC step 8) run the same build script step 9) make install ; restart apache step 10) test ldap php script, everything works step 11) report bug to bugs.php.net step 12) ... You see, I can go back and forth between the 2 versions, and always get the same result, using the same build script, and nothing else changes at all on the system. [2003-12-01 11:42:56] [EMAIL PROTECTED] You're 100% sure NOTHING else has changed in your system? No related files have changed? (any header, library in your system?) Are you trying with fresh compile of the older PHP version? Using EXACTLY same configure line? I'm pretty sure this is openldap bug.. [2003-12-01 11:30:05] pyrox_pro at hotmail dot com Is it possible that a different change effected the calls to ext/ldap function callings? I don't know. All I know is, the only variable here is the version of php, nothing else changes on the server. So from a test viewpoint, if the only variable causes a malfunction, that variable, when changed, must be the catalyst. Of course this is code, so any number of things in that version could be causing the problem. All I know is: 1) All previous versions work. 2) LDAP version did not change and is current. 3) Same result with Oracle support built in or left out. 4) Current version of ext/ldap has not changed. 5) NOTHING else has changed on the server. 6) Using 4.3.4 results in a SEG FAULT The cause? Unclear. You have suggest it is an ldap bug, so I will submit a bug to them as well. I copied the ext/ldap from 4.3.2-RC to 4.3.4 and built on those, it built, worked, and still seg faulted, so, my only thought is whatever is making the calls to the ldap functions or making use of the api is causing the seg fault. I may very well be wrong, but I am trying to track down a problem and not getting very much assistance. I will keep at this anyway. Hopefully if others are having the same issue they report it. I am using server: Apache/1.3.27 I am using: Server API Apache I am using SSL for the ldap connection: ldaps:// Could it be something to do with the SSL? [2003-11-27 04:36:52] [EMAIL PROTECTED] If you don't believe me, fine, but there aren't any changes in ext/ldap between PHP 4.3.1 - 4.3.4 that could cause this crash. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26409 -- Edit this bug report at http://bugs.php.net/?id=26409edit=1
#26409 [Bgs]: ldap_bind is causing a seg fault
ID: 26409 User updated by: pyrox_pro at hotmail dot com Reported By: pyrox_pro at hotmail dot com Status: Bogus Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: FYI I am trying to connect to Active Directory not an LDAP server, if that makes any difference or if you can test against and AD server as well. Previous Comments: [2003-12-01 12:40:48] pyrox_pro at hotmail dot com What version of openldap are you using with that and on what OS? [2003-12-01 11:55:46] [EMAIL PROTECTED] Reopen IF openldap folks tell this isn't bug in their stuff. (FYI: I can NOT reproduce this with PHP 4.3.4 and latest Openldap) And btw. You need to always delete config.cache before reconfigure.. [2003-12-01 11:51:11] pyrox_pro at hotmail dot com I am using a conf script I have used since 4.1, that has not changed other than the addition of GD last month. Everything has worked fine with this build, up until 4.3.4 At the point of failur NOTHING had changed. Here is exactly what happened: step 1) download 4.3.4 tar gz step 2) run build script (unchanged from 4.3.2-RC build ) step 3) make install step 4) restart apache step 5) check php scripts and info.php step 6) write down SEG FAULT problems step 7) cd back to 4.3.2-RC step 8) run the same build script step 9) make install ; restart apache step 10) test ldap php script, everything works step 11) report bug to bugs.php.net step 12) ... You see, I can go back and forth between the 2 versions, and always get the same result, using the same build script, and nothing else changes at all on the system. [2003-12-01 11:42:56] [EMAIL PROTECTED] You're 100% sure NOTHING else has changed in your system? No related files have changed? (any header, library in your system?) Are you trying with fresh compile of the older PHP version? Using EXACTLY same configure line? I'm pretty sure this is openldap bug.. [2003-12-01 11:30:05] pyrox_pro at hotmail dot com Is it possible that a different change effected the calls to ext/ldap function callings? I don't know. All I know is, the only variable here is the version of php, nothing else changes on the server. So from a test viewpoint, if the only variable causes a malfunction, that variable, when changed, must be the catalyst. Of course this is code, so any number of things in that version could be causing the problem. All I know is: 1) All previous versions work. 2) LDAP version did not change and is current. 3) Same result with Oracle support built in or left out. 4) Current version of ext/ldap has not changed. 5) NOTHING else has changed on the server. 6) Using 4.3.4 results in a SEG FAULT The cause? Unclear. You have suggest it is an ldap bug, so I will submit a bug to them as well. I copied the ext/ldap from 4.3.2-RC to 4.3.4 and built on those, it built, worked, and still seg faulted, so, my only thought is whatever is making the calls to the ldap functions or making use of the api is causing the seg fault. I may very well be wrong, but I am trying to track down a problem and not getting very much assistance. I will keep at this anyway. Hopefully if others are having the same issue they report it. I am using server: Apache/1.3.27 I am using: Server API Apache I am using SSL for the ldap connection: ldaps:// Could it be something to do with the SSL? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26409 -- Edit this bug report at http://bugs.php.net/?id=26409edit=1
