[PHP-DEV] Bug #15131: XSLT Causing Core Dumps

2002-01-20 Thread b . labonte

From: [EMAIL PROTECTED]
Operating system: RedHat 7.2
PHP version:  4.1.1
PHP Bug Type: Reproducible crash
Bug description:  XSLT Causing Core Dumps

I have repeatedly and on different physical machines compiled the
following:
Sablotron 0.81
Expat 1.95.2
Apache 1.3.22
PHP 4.1.1
When I run an XSLT Transform, Apache core dumps.  
I get, in the error log:

[Sun Jan 20 15:12:33 2002] [notice] child pid 17404 exit signal
Segmentation fault (11)

I can use the sabcmd binary that comes with Sablotron, and successfully
transform the XML/XSLT without incident, so I don't think I have a bad Sab
compile.

Any assistance is greatly appreciated.
I am recompiling Apache with debugging, tonight.

Please email me if I can be of any help.

My configure line is : ./configure  --with-apache=../apache_1.3.22/
--with-mysql --with-oci8=/home/oracle/OraHome/
--with-sybase=/usr/local/freetds/ --with-jpeg-dir=/usr/lib --with-png
--enable-track-vars --enable-tr
ans-sid --enable-sigchild --with-curl=/usr/local --with-xslt-sablot
--enable-xslt


Brandon
-- 
Edit bug report at: http://bugs.php.net/?id=15131edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #15131 Updated: XSLT Causing Core Dumps

2002-01-20 Thread b . labonte

ID: 15131
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat 7.2
PHP Version: 4.1.1
New Comment:

Bug Trace, as best as I can get...

root@dev:/usr/local/apache/bin# gdb /usr/local/apache/bin/httpd 
GNU gdb Red Hat Linux 7.x (5.0rh-15) (MI_OUT)
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...(no debugging symbols

found)...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
[New Thread 1024 (LWP 12186)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 12186)]
0x400a3f62 in Situation::generateMessage (this=0x6e617473,
type=578643299, 
code=1667846974, 
arg1=@0x662f3c6b, arg2=@0x3e746e6f, theMessage=@0x68742f3c) at 
situa.cpp:279
279 if (messenger  !(flags  SAB_NO_ERROR_REPORTING))
Current language:  auto; currently c++
(gdb) bt
#0  0x400a3f62 in Situation::generateMessage (this=0x6e617473, 
type=578643299, code=1667846974, 
arg1=@0x662f3c6b, arg2=@0x3e746e6f, theMessage=@0x68742f3c) at 
situa.cpp:279
#1  0x6e49646f in ?? ()
Cannot access memory at address 0x6d247b64
(gdb)  



Previous Comments:


[2002-01-20 20:37:38] [EMAIL PROTECTED]

I have repeatedly and on different physical machines compiled the
following:
Sablotron 0.81
Expat 1.95.2
Apache 1.3.22
PHP 4.1.1
When I run an XSLT Transform, Apache core dumps.  
I get, in the error log:

[Sun Jan 20 15:12:33 2002] [notice] child pid 17404 exit signal
Segmentation fault (11)

I can use the sabcmd binary that comes with Sablotron, and successfully
transform the XML/XSLT without incident, so I don't think I have a bad
Sab compile.

Any assistance is greatly appreciated.
I am recompiling Apache with debugging, tonight.

Please email me if I can be of any help.

My configure line is : ./configure  --with-apache=../apache_1.3.22/
--with-mysql --with-oci8=/home/oracle/OraHome/
--with-sybase=/usr/local/freetds/ --with-jpeg-dir=/usr/lib --with-png
--enable-track-vars --enable-tr
ans-sid --enable-sigchild --with-curl=/usr/local --with-xslt-sablot
--enable-xslt


Brandon





Edit this bug report at http://bugs.php.net/?id=15131edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]