ID: 17020
Comment by: phil@adigital.com.mx
Reported By: mark@tapinternet.com
Status: Open
Bug Type: Servlet related
Operating System: Linux - 2.4.18
PHP Version: 4.2.0
New Comment:
Same error on linux,
seems there is a SEGMENTATION FAULT on all the hash code of zend....
Hope this will be debugged soon...
BTW.. it is not *so* visible on PHP as apache .so or cgi, but i think
it will ALSO happens sometimes... except that not the whole apache die
like tomcat, but just the thread... so you just get a "no server
response" sometimes.....
and passes invisible really because or lack of zombs logs under apache
Previous Comments:
------------------------------------------------------------------------
[2002-08-13 16:20:37] trhaverstock@yahoo.com
System config: Win2K, JDK 1.4, PHP 4.2.2, Tomcat 4
I *CAN* get PHP 4.0.6 to work as a servlet with the above config, but
cannot get the latest release to work. I compiled the phpsrvlt.jar
myself with 4.2.2 and 4.0.6 and could only get 4.0.6 to work
successfully.
Is there anyone that *can* get 4.2.2 to work on Windows as a servlet?
------------------------------------------------------------------------
[2002-07-26 10:05:35] henrik.hermansson@hem.passagen.se
Thanks Mark!
I followed your instructions and its way better. No crasch yet. I am
now able to run phpBB under Tomcat (with custom authorization using
servlet filters).
Still, something tells me the bugs are still there, just not as easy to
provoke...
PHP 4.2.1 + Tomcat 4.0.4 + Java 1.4.0 (Linux 2.4.7)
------------------------------------------------------------------------
[2002-07-12 17:17:07] mark@tapinternet.com
Compiling with --enable-debug and the CFLAG -g3 seems to
make the servlet SAPI a lot more stable. add
--enable-debug to your configure script. And export an
environment variable CFLAGS before you configure.
export CFLAGS ="-O3 -mcpu=i686 -march=i686
-malign-functions=4 -pthread -g3 -Wall -DZTS -prefer-pic"
Make sure that INLINE_CFLAGS is set to this in the
Zend/Makefile and the TSRM/Makefile. If not, just change
them and remake. You might have to remove libphp4.so and
sapi/servlet/phpsrvlt.jar to make sure the recompile works
properly. Copy the phpsrvlt.jar back to your tomcat
shared/lib/ folder and re run tomcat. Now, every php page
you hit you should see this on the command line:
fopen_wrappers.c(656) : Freeing 0x084E2DE8 (41 bytes),
script=-
servlet.c(334) : Freeing 0x0822EF30 (4 bytes), script=-
If you see this, you know you're good to go. Hopefully
the servlet SAPI will improve stability with ZE2. I just
got this working for more than 10 requests, so email me if
you need any help. Seems rock solid so far.
------------------------------------------------------------------------
[2002-07-12 13:48:23] mark@tapinternet.com
latest php-4.2.1
latest tomcat-4.1.7
sun jvm 1.4.0
After running any php script about 10 times, the whole
tomcat server dies with output like the following. All
signals originatre from zend_hash.c from various functions
including zend_hash_rehash() and
zend_hash_index_update_or_next_insert()
An unexpected exception has been detected in native code
outside the VM.
Unexpected Signal : 11 occurred at PC=0x4CB77EEB
Function=zend_hash_index_update_or_next_insert+0x2B
Library=/usr/local/php-servlet/lib/php/libphp4.so
Current Java thread:
at net.php.reflect.setResultFromObject(Native
Method)
at net.php.reflect.setResult(reflect.java:105)
at net.php.servlet.readCookies(servlet.java:93)
at net.php.servlet.send(Native Method)
at net.php.servlet.service(servlet.java:188)
at net.php.servlet.service(servlet.java:212)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
...
------------------------------------------------------------------------
[2002-07-11 00:29:20] zack@nostromocorp.com
I'm also having this problem, but I was only able to get to this point
by downloading the source and recompiling the phpsrvlt.jar myself
because the jar in the binary distribution did not contain any *.class
files!
------------------------------------------------------------------------
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/17020--
Edit this bug report at http://bugs.php.net/?id=17020&edit=1