Bug #14441 Updated: php/sapi crashes under linux

From: Date: Thu, 27 Jun 2002 14:22:45 +0000
Subject: Bug #14441 Updated: php/sapi crashes under linux
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-12248@lists.php.net to get a copy of this message
ID: 14441 Updated by: jarekl@pi.net.pl Reported By: doc@punkass.com Status: No Feedback Bug Type: Java related Operating System: Linux Redhat 7.2 PHP Version: 4.1.0 New Comment: Same bug, same problems, other PHP version ... after few reloads of page JVM crashes. Linux Slackware Tomcat 4.04 J2SDK 1.4.0 jakarta servlet api Previous Comments: ------------------------------------------------------------------------ [2002-03-25 00:00:03] php-bugs@lists.php.net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". ------------------------------------------------------------------------ [2002-02-24 06:15:40] yohgaki@php.net Please test with PHP 4.1.1+JDK 1.2 and report the result back Please do not forget updating PHP version. Thanks. ------------------------------------------------------------------------ [2002-02-15 10:19:48] inigo@marketing.net.uk I'm having a very similar problem on Solaris. Platform: Solaris 8 Tomcat 4.01 JDK 1.3.1 PHP 4.1.0 I have a PHP file that consists of: <?php phpinfo(); ?> Whenever I request it, I get the error: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0xf15e71b4 Function name=Java_net_php_reflect_setEnv Library=/usr/local/lib/php/libphp4.so Current Java thread: at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:162) at net.php.servlet.service(servlet.java:180) at javax.servlet.http.HttpServlet.service(HttpServlet.java:1264) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1011) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106) at java.lang.Thread.run(Thread.java:484) Dynamic libraries: 0x10000 /usr/java/bin/../bin/sparc/native_threads/java 0xff340000 /usr/lib/libthread.so.1 0xff380000 /usr/lib/libdl.so.1 0xff200000 /usr/lib/libc.so.1 0xff320000 /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1 0xfe480000 /usr/java1.3.1/jre/lib/sparc/client/libjvm.so 0xff2d0000 /usr/lib/libCrun.so.1 0xff1d0000 /usr/lib/libsocket.so.1 0xff100000 /usr/lib/libnsl.so.1 0xff0d0000 /usr/lib/libm.so.1 0xff300000 /usr/lib/libw.so.1 0xff0b0000 /usr/lib/libmp.so.2 0xff080000 /usr/java1.3.1/jre/lib/sparc/native_threads/libhpi.so 0xff050000 /usr/java1.3.1/jre/lib/sparc/libverify.so 0xfe440000 /usr/java1.3.1/jre/lib/sparc/libjava.so 0xff020000 /usr/java1.3.1/jre/lib/sparc/libzip.so 0xfaee0000 /usr/java1.3.1/jre/lib/sparc/libnet.so 0xface0000 /usr/lib/nss_files.so.1 0xf1580000 /usr/local/lib/php/libphp4.so 0xf2c50000 /usr/lib/libz.so.1 0xf2d30000 /usr/lib/libcrypt_i.so.1 0xf23b0000 /usr/lib/libresolv.so.2 0xf21e0000 /usr/lib/libpam.so.1 0xf21a0000 /usr/local/mysql/lib/mysql/libmysqlclient.so.10 0xf20e0000 /usr/lib/libgen.so.1 0xf20c0000 /usr/local/lib/libgcc_s.so.1 Local Time = Fri Feb 15 15:01:23 2002 Elapsed Time = 32 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.3.1_01 mixed mode) # ------------------------------------------------------------------------ [2002-01-14 14:42:31] doc@punkass.com After messing aroud with various unixes and jdk's we rewrote our app in jsp. Current version php/java (4.1.1) is just not stable under unix with a heavy load. ------------------------------------------------------------------------ [2002-01-14 11:44:16] jean-pierre.cartal@nextenso.com Hi, My setup is very close to yours (RH 7.2, Tomcat 3.2.3, JDK 1.3.1_02) PHP compiled using '--with-java --with-servlet', no other option. I've tried both 4.0.6 and 4.1.1 versions and had the same problem, though it was happening on the first or second request to jinfo.php However, I noticed that increasing the -Xmx value with version 4.0.6 improved things as I was able to make more requests (~ 20) before the JVM crashed, but I could not reproduce this behaviour with version 4.1.1. ------------------------------------------------------------------------ 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/14441 -- Edit this bug report at http://bugs.php.net/?id=14441&edit=1

« previous php.bugs (#12248) next »