Bug #17802 Updated: php dumps core with ingres extension, not without

From: 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

« previous php.bugs (#10931) next »