ID:               17020
 Updated by:       [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
-Status:           Open
+Status:           Feedback
 Bug Type:         Servlet related
 Operating System: Linux - 2.4.18
 PHP Version:      4.2.0
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip




Previous Comments:
------------------------------------------------------------------------

[2002-08-29 14:29:11] [EMAIL PROTECTED]

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

------------------------------------------------------------------------

[2002-08-13 16:20:37] [EMAIL PROTECTED]

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] [EMAIL PROTECTED]

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] [EMAIL PROTECTED]

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] [EMAIL PROTECTED]

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) 
...

------------------------------------------------------------------------

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

Reply via email to