#13344 [Opn->Fbk]: sablot bites ext/java (sun jdk 1.3.1)

ID: 13344 Updated by: kalowsky@php.net Reported By: chregu@php.net -Status: Open +Status: Feedback Bug Type: Java related Operating System: debian unstable PHP Version: 4.0CVS-2001-09-1 New Comment: can you please try the latest CVS? I believe I may have fixed this for you... but I could be wrong. Previous Comments: ------------------------------------------------------------------------ [2002-04-25 06:01:01] pavel@gingerall.cz It's strange from the point of view of Sablotron. First... Sablotron never performs some thread locking, since the code (if API is used in proper way) is thread safe. It's not absolutely bulletproof, but should work undem most conditions. What is very suspicious is, that the Arena::~Arena in the backtrace above, is called from some other library, since it should be hidden form other libs and used internally (and called from other Sablotron destructors as a result of this). Has somebody a clue, what library defines the ciEnv class? It looks like this is a linking problem (and is it even possible?) Could somebody rename Arena to SabArena in the Sablotron source (there are just few occurences) and test it? ------------------------------------------------------------------------ [2002-04-19 18:01:35] asael@brm.bireme.br The system: PIII 1GHz 512Mb RAM Red Hat 7.1 (kernel 2.4.2-2) Sun JDK 1.4.0 RC Apache 1.3.20 (compiled with LDFLAGS...) PHP 4.0.6 (--with-apxs...) Sablotron 0.90 Expat 1.95.2 The problem: PHP compiles fine with Apache (DSO) and Sablotron/Expat. When compiling with JDK, pure PHP+XML/XSLT code executes fine either via browser or via command line. Any java code inserted and core dumps and segmentation faults appear. If compiling Apache, PHP and JDK, simple PHP+Java code resumes fine in both modes (command line/browser). I noticed that related problems had been already reported with different versions, but they'd never solved. I also read someone arguing why is that someone would use PHP and Java and I got twisted. The issue: There's an application project I'm working with where we use PHP code to execute a database query (via WWWISIS), returning a XML content that is transformed with XSLT. This is already done with PHP/Sablot/Expat. But, with java, we would execute multiple threads, each one collecting a piece of XML data, which bundled together would be then returned to PHP and then transformed. I appreciate any suggestions. ------------------------------------------------------------------------ [2002-02-24 06:30:23] chregu@php.net It always worked with JDK 1.2... And i don't think, there was much of a change in ext/java or ext/xslt from 2001-09-1 till today (in the 4.1 branch, don't know about HEAD) anyway, i use at the moment JDK 1.2, so this is not that important for me, someone else has to verify it (maybe giving JDK 1.4 a try) ------------------------------------------------------------------------ [2002-02-24 06:14:03] 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-13 16:55:41] phpbugs@wschmidt.leute.server.de I have the same problem: PHP 4.1.1 Debian Linux 2.2 with all updates as of 1st Feb. 2002 Apache 1.3.23 (or Apache delivered with debian, doesn't matter) Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02) Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode) (or JDK 1.3.1_01, doesnt' matter) Sablotron 0.71 or 0.82 (doesn't matter) ./configure \ --with-tsrm-pthreads \ --prefix=/opt/apache-1.3.23/php-4.1.1 \ --with-apxs=/opt/apache-1.3.23/bin/apxs \ --enable-xslt \ --with-xslt-sablot=/opt/local \ --enable-sablot-errors-descriptive Adding 50 other directives doesn't matter. As soon as I remove --enable-xslt and --with-xslt-sablot "new Java(...)" works. ------------------------------------------------------------------------ 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/13344 -- Edit this bug report at http://bugs.php.net/?id=13344&edit=1