Bug #17802 Updated: php dumps core with ingres extension, not without
| From: | sniper@php.net | Date: | Mon, 17 Jun 2002 19:56:47 +0000 |
| Subject: | Bug #17802 Updated: php dumps core with ingres extension, not without | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-10931@lists.php.net to get a copy of this message | ||
ID: 17802
Updated by: sniper@php.net
Reported By: H.F.Schouten@hhs.nl
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Solaris 2.7
PHP Version: 4.2.1
New Comment:
Does it crash if you compile the Ingres extension as static?
And to generate a useful backtrace, you have to compile PHP
with --enable-debug too. Otherwise the trace is useless.
(to get backtrace, use 'bt' btw..)
--Jani
Previous Comments:
------------------------------------------------------------------------
[2002-06-17 11:18:01] H.F.Schouten@hhs.nl
I have build php-4.2.1 with configure as follows:
./configure --prefix=/test/php-4.2.1
--with-config-file-path=/test/php-4.2.1 --with-mysql=/test/mysql
--with-ingres=shared,/usr/local/OI/ingres --enable-trans-sid
When I add in php.ini the line extension=ingres_ii.so,
the command php dumps core after giving EOF as thus:
prompt> php
^D
X-Powered-By: PHP/4.2.1
Content-type: text/html
Segmentation Fault (core dumped)
prompt>
Running a php-script with ingres commands works fine, but also ends
with a core dump.
Without the ingres extension line no core is dumped...
gdb gives the following backtrace:
(gdb) where
#0 0xfef8ff74 in ?? ()
#1 0xff1d6840 in keys_destruct () from /usr/lib/libc.so.1
#2 0xff1a03e0 in _exithandle () from /usr/lib/libc.so.1
#3 0xff21a194 in exit () from /usr/lib/libc.so.1
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=17802&edit=1