ID: 26409
User updated by: pyrox_pro at hotmail dot com
Reported By: pyrox_pro at hotmail dot com
-Status: Bogus
+Status: Open
Bug Type: LDAP related
Operating System: RedHat Linux 7.3
PHP Version: 4.3.4
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[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.
------------------------------------------------------------------------
[2003-11-27 03:59:32] pyrox_pro at hotmail dot com
Just explain one last thing then,,,
Why does it work with all previous versions of php, but not this
version if it is indeed in the libs and not php?
If the bug was indeed in the ldap libs and not php, wouldn't it not
function in previous versions?
I will just go back to version 4.3.2-rc and use that. After all, THAT
version of PHP works fine with this same 'supposed' bugged version of
openldap.
------------------------------------------------------------------------
[2003-11-27 00:22:07] [EMAIL PROTECTED]
It crashes inside the ldap libs -> Not PHP bug. (report to openldap
folks)
------------------------------------------------------------------------
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=26409&edit=1
