PHP 4.0 Bug #6363: Core Dump when PHP4 compiled DSO with MySQL

From: programming@cari.net Operating system: RedHat 6.2 PHP version: 4.0 Latest CVS (26/08/2000) PHP Bug Type: MySQL related Bug description: Core Dump when PHP4 compiled DSO with MySQL I am configuring PHP as follows: ./configure --with-apxs --with-mysql=/usr/local --with-imap=/usr --enable-versioning I have tried it both with and without IMAP and without the versioning. The only way I can get PHP4 to work is to --without-mysql. I have compiled PHP3.16 on the same machine (with the same config) and have no problems. I have also tried this with PHP4pl2 with the same problem. I have seen a few other bug reports on this (5900 and 5902 and I am sure this is 5701's problem too) and on 5902 the finger is pointed at pthreads. The suggestion is to re-compile MySQL without pthreads, I tried that, it still doesn't work. I even tried recompilint MySQL with pthreads to see if that made a difference, and MySQL wouldn't even compile (I got a bunch of file not found errors). Also it has been suggested to include the full path to apxs, this doesn't help either. I have configured apache to use both PHP3 and PHP4 and just with PHP4 (I have disabled mod_perl) both configurations have problems. I have tried this on two different machines (both with RedHat6.2) one has all the errata the other is an out-of-the-box install. Both have the same problems with PHP4. Apache is: Apache/1.3.12 (Unix) (Red Hat/Linux) here is the backtrace: GNU gdb 19991004 Copyright 1998 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/sbin/httpd -X (no debugging symbols found)...Cannot access memory at address 0x404f4b14 (gdb) bt #0 0x4000af21 in _dl_debug_state () at dl-debug.c:56 #1 0x40198156 in _dl_close (map=0x80a6848) at dl-close.c:195 #2 0x400b6430 in dlclose_doit (handle=0x80a6848) at dlclose.c:26 #3 0x4000ac3b in _dl_catch_error (errstring=0x400b8080, operate=0x400b6418 <dlclose_doit>, args=0x80a6848) at dl-error.c:141 #4 0x400b68b9 in _dlerror_run (operate=0x400b6418 <dlclose_doit>, args=0x80a6848) at dlerror.c:125 #5 0x400b63fe in dlclose (handle=0x80a6848) at dlclose.c:32 #6 0x806748c in ap_os_dso_unload () at fdstring.c:70 #7 0x804f9a0 in ap_get_server_built () at fdstring.c:70 #8 0x8051068 in ap_run_cleanup () at fdstring.c:70 #9 0x804fe59 in ap_clear_pool () at fdstring.c:70 #10 0x805bf76 in ap_child_terminate () at fdstring.c:70 #11 0x805c65f in main () at fdstring.c:70 #12 0x400d19cb in __libc_start_main (main=0x805c3e0 <main>, argc=2, argv=0xbffffb94, init=0x804f014 <_init>, fini=0x807b99c <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffffb8c) at ../sysdeps/generic/libc-start.c:92 I wouldn't think this is a bug, just a misconfiuration, except that PHP3 works fine. I hope there is an easy solution to this. I really want to use PHP4, but I must have MySQL support. Thanks; John D