ID: 27231
Comment by: yshimo at ctc-g dot co dot jp
Reported By: herman at frontier dot nl
Status: Verified
Bug Type: iPlanet related
Operating System: SunOS 5.8+
PHP Version: 4CVS-2004-02-13
New Comment:
I have same problem with XOOPS.
Does anybody know any workaround or how to fix this problem?
I think that this is one of important problem for CMS like a XOOPS or
Mambo with iPlanet.
Previous Comments:
------------------------------------------------------------------------
[2004-02-25 07:22:18] herman at frontier dot nl
As this bug prevent me from rolling-out an application to a client, I
was wondering if any of the PHP developers could elaborate on possible
causes and if there might be a work-around I can try until a solution
has been found. I'm not proficient enough with coding to be of any
assistance with fixing the bug, I'm afraid...
------------------------------------------------------------------------
[2004-02-14 11:40:49] [EMAIL PROTECTED]
Can not reproduce with apache2-worker.
------------------------------------------------------------------------
[2004-02-13 18:32:00] [EMAIL PROTECTED]
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).
------------------------------------------------------------------------
[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 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.
------------------------------------------------------------------------
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
