ID: 15702 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Java related Operating System: Red Hat Linux 7.1 PHP Version: 4.2.3 New Comment:
No I didn't use sablotron last time. I only used --with-java and nothing else. Anyway I'll try again enusuring --enable-debug and only --with-java is used. Previous Comments: ------------------------------------------------------------------------ [2002-12-04 02:18:09] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. ------------------------------------------------------------------------ [2002-12-03 11:13:17] [EMAIL PROTECTED] your backtrace is not of much use, but it looks like apache2 does backtraces differently than apache1.3 (or you didn't use --enable-debug or you're using threaded mpms within apache2, I have no experience with apache2...) but, as I said in my last comment: "sablotron < 0.97 and jdk >= 1.3 does not work together. Sablotron 0.97 is not out yet, but there is an RC1 in their CVS (didn't find a link to download it), which should solve the problem.." you're obviously (at least it's written in your ./configure lines) using sablotron. And sablotron <=0.96 does not work together with jdk >= 1.3... please try your installation without sablotron and see if that works. chregu ------------------------------------------------------------------------ [2002-12-03 09:22:01] [EMAIL PROTECTED] http://bugs.php.net/bug.php?id=15702&edit=2 is not accepting my password. I don't know why so I am posting this as comment I think above you meant from java.so to libphp_java.so. Yes I did create a symbolic link libphp_java.so to java.so. It again resulted inSegmentation fault. Here is the gdb output. # export LD_LIBRARY_PATH=/usr/java/j2sdk1.4.0/jre/lib/i386:/usr/java/j2sdk1.4.0/jre/lib/i386/client # gdb /wwwroot/bin/httpd GNU gdb 5.0rh-5 Red Hat Linux 7.1 Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... (gdb) run -X Starting program: /wwwroot/bin/httpd -X [New Thread 1024 (LWP 852)] [New Thread 2049 (LWP 857)] Delayed SIGSTOP caught for LWP 857. [New Thread 1026 (LWP 858)] Delayed SIGSTOP caught for LWP 858. [New Thread 2051 (LWP 859)] Delayed SIGSTOP caught for LWP 859. [New Thread 3076 (LWP 860)] Delayed SIGSTOP caught for LWP 860. [New Thread 4101 (LWP 861)] [New Thread 5126 (LWP 862)] Delayed SIGSTOP caught for LWP 862. [New Thread 6151 (LWP 863)] Delayed SIGSTOP caught for LWP 863. [New Thread 7176 (LWP 864)] Delayed SIGSTOP caught for LWP 864. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 7176 (LWP 864)] __pthread_mutex_lock (mutex=0x89110898) at mutex.c:99 99 mutex.c: No such file or directory. in mutex.c (gdb) ------------------------------------------------------------------------ [2002-11-28 07:08:06] [EMAIL PROTECTED] first. you have to make a symlink from to libphp_java.so not php_java.so... second. sablotron < 0.97 and jdk >= 1.3 does not work together. Sablotron 0.97 is not out yet, but there is an RC1 in their CVS (didn't find a link to download it), which should solve the problem.. chregu ------------------------------------------------------------------------ [2002-11-11 09:41:56] [EMAIL PROTECTED] As you suggested above changing the extension=php_java.so without creating a symbolic link doesn't even load the extension. So I tried it by creating a symbolic link to /wwwroot/php/lib/php/extensions/no-debug-zts-20020429/java.so as /wwwroot/php/lib/php/extensions/no-debug-zts-20020429/php_java.so and used the following setting in php.ini: [Java] extension_dir = /wwwroot/php/lib/php/extensions/no-debug-zts-20020429 java.class.path = /wwwroot/php/lib/php/php_java.jar extension=php_java.so ;java.home = /usr/java/j2sdk1.4.0 ;java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so ;java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so java.library.path = /wwwroot/php/lib/php/extensions/no-debug-zts-20020429 PHP loaded the java extension but it still displayed: Fatal error: java.lang.UnsatisfiedLinkError: no php_java in java.library.path in /wwwroot/htdocs/jver.php on line 4 I don't know what it isn't able to find php_java.jar or php_java.so? PHP is able to find java.so thats why it loads the extension. I also want to know what is the purpose of java.library.path? What should be specified here? Does it work for you or others who use Sun jdk 1.4? If yes then please try to update the README file in ext/java directory with settings which use Jdk 1.3 or 1.4 and which work on your own systems? Because not many these days use jdk 1.2.2. I must mention that java extension on windows works without any problem even when using jdk1.4. ------------------------------------------------------------------------ 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/15702 -- Edit this bug report at http://bugs.php.net/?id=15702&edit=1