ID: 27231
Updated by: [EMAIL PROTECTED]
Reported By: herman at frontier dot nl
Status: Open
Bug Type: iPlanet related
-Operating System: SunOS 5.8
+Operating System: SunOS 5.8+
-PHP Version: 4.3.4
+PHP Version: 4.3.4, 4.3.5RC3-dev
New Comment:
You do not need to test ist on your system. I can reproduce the crashs
here, even with the latest stable snapshot.
I think we should try to reproduce this with other multithreaded
servers to check if it is a ZTS bug (I think it is one).
Previous Comments:
------------------------------------------------------------------------
[2004-02-13 17:43:00] herman at frontier dot nl
I'm afraid the system where the script crashes is at Brussels whereas
I'm currently in Amsterdam, and the IT-dept at Brussels does not have
the resources to do this. Maybe thetaphi at php.net might try this? If
there should be a fix, I could go to Brussels and try it (a four hour
commute :-(
------------------------------------------------------------------------
[2004-02-13 09:00:58] [EMAIL PROTECTED]
Same on PHP 4.3.5 RC2 of SunOS 5.9. Tried to debug it but the crashing
process did not create a core dump.
If somebody of the others helps this:
# /opt/forte7/SUNWspro/bin/dbx
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.0' in
your .dbxrc
(dbx) attach 9702
...
...
detected a multithreaded program
Attached to process 9702 with 90 LWPs
[EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in __lwp_park at 0xfe3e5f88
0xfe3e5f88: __lwp_park+0x0010: ta %icc,%g0 + 8
(dbx) cont
-> here starting of crashing test2.php
[EMAIL PROTECTED] ([EMAIL PROTECTED]) signal SEGV (no mapping at the fault address) in
zend_clean_garbage at line 25 in file "zend_execute_locks.h"
25 while (EG(garbage_ptr)) {
dbx: read of 4 bytes at address ee2cf748 failed -- Error 0
(dbx) where
current thread: [EMAIL PROTECTED]
=>[1] zend_clean_garbage(tsrm_ls = <bad address 0xee2cf7dc>), line 25
in "zend_execute_locks.h"
dbx: read of 4 bytes at address ee2cf7b8 failed -- Error 0
dbx: attempt to read frame failed -- cannot derive frame pointer
(dbx)
seems to be a TSRM problem because in CLI it does not appear. And crash
is not in NSAPI code.
------------------------------------------------------------------------
[2004-02-13 08:12:38] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
------------------------------------------------------------------------
[2004-02-13 03:42:22] herman at frontier dot nl
Sorry, forgot to mention: no, using the CLI (at least scripts #1 and
#2) they run OK.
------------------------------------------------------------------------
[2004-02-12 20:52:26] [EMAIL PROTECTED]
Does it crash with PHP-CLI?
------------------------------------------------------------------------
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/27231
--
Edit this bug report at http://bugs.php.net/?id=27231&edit=1
