#19369 [NEW]: core dump with Apache + lib_php4 when trying to start Apache

From: cnoack@informatik.tu-cottbus.de Operating system: OpenBSD 3.1 PHP version: 4.2.3 PHP Bug Type: Apache related Bug description: core dump with Apache + lib_php4 when trying to start Apache I compiled PHP 4.2.3 into Apache 1.3.26 as static module with following config line: ./configure --with-apache=../apache_1.3.26 --with-config-file-path=/var/www/conf --enable-safe-mode --with-openssl=../openssl-0.9.6g --disable-short-tags --enable-bcmath --enable-calendar --with-mcrypt=/usr/local --with-mhash=/usr/local --with-mysql=/usr/local --with-zlib --with-zlib-dir=../zlib-1.1.4 --enable-trans-sid When trying to execute "apachectl start", I get a core dump. gdb shows following: [root@foo:/usr/sbin]# gdb httpd GNU gdb 4.16.1 [..] This GDB was configured as "i386-unknown-openbsd3.1"... (gdb) run Starting program: /usr/sbin/httpd Program received signal SIGSEGV, Segmentation fault. zend_hash_destroy (ht=0x25b84c) at zend_hash.c:539 539 p = p->pListNext; (gdb) quit [root@foo:/]# gdb /usr/sbin/httpd ./httpd.core GNU gdb 4.16.1 This GDB was configured as "i386-unknown-openbsd3.1"... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/libexec/ld.so...done. Reading symbols from /usr/local/lib/libmysqlclient.so.10.0...done. Reading symbols from /usr/local/lib/libmhash.so.2.0...done. Reading symbols from /usr/local/lib/libmcrypt.so.7.2...done. Reading symbols from /usr/local/lib/libltdl.so.4.0...done. Reading symbols from /usr/lib/libm.so.0.1...done. Reading symbols from /usr/lib/libc.so.28.3...done. Reading symbols from /usr/lib/libz.so.1.4...done. Reading symbols from /usr/lib/apache/modules/mod_throttle.so...done. Reading symbols from /usr/lib/apache/modules/mod_env.so...done. Reading symbols from /usr/lib/apache/modules/mod_log_config.so...done. Reading symbols from /usr/lib/apache/modules/mod_mime.so...done. Reading symbols from /usr/lib/apache/modules/mod_negotiation.so...done. Reading symbols from /usr/lib/apache/modules/mod_status.so...done. Reading symbols from /usr/lib/apache/modules/mod_info.so...done. Reading symbols from /usr/lib/apache/modules/mod_dir.so...done. Reading symbols from /usr/lib/apache/modules/mod_cgi.so...done. Reading symbols from /usr/lib/apache/modules/mod_alias.so...done. Reading symbols from /usr/lib/apache/modules/mod_access.so...done. Reading symbols from /usr/lib/apache/modules/mod_auth.so...done. Reading symbols from /usr/lib/apache/modules/libssl.so...done. Reading symbols from /usr/lib/apache/modules/libphp4.so...done. Reading symbols from /usr/lib/libssl.so.5.1...done. Reading symbols from /usr/lib/libcrypto.so.5.1...done. #0 zend_hash_destroy (ht=0x25b84c) at zend_hash.c:539 539 p = p->pListNext; (gdb) bt #0 zend_hash_destroy (ht=0x25b84c) at zend_hash.c:539 #1 0x27ed7 in sapi_shutdown () at SAPI.c:97 #2 0x22aad in apache_php_module_shutdown_wrapper () at mod_php4.c:806 #3 0x112405 in run_cleanups () #4 0x110a97 in ap_clear_pool () #5 0x1283dc in standalone_main () #6 0x128f00 in main () (gdb) Bye. -- Edit bug report at http://bugs.php.net/?id=19369&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19369&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19369&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19369&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19369&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19369&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19369&r=support Expected behavior: http://bugs.php.net/fix.php?id=19369&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19369&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19369&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19369&r=globals