Bug #11337 Updated: SEGV when using mysql connections in OO-setting

ID: 11337 Updated by: mfischer Reported By: schultz@adrenaline.com Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: RedHat Linux 7.1 PHP Version: 4.0.5 New Comment: Any update on this? Previous Comments: ------------------------------------------------------------------------ [2001-07-02 09:08:27] schultz@adrenaline.com Honestly, I haven't tried it. After the problems we had with 4.0.5, our client (and I) decided to move to the more familiar territory of Java. I believe that I still have a setup on which I could test 4.0.6 beta, so I'll try to get to that this week. I'll post something as soon as I know. Thanks for your time, -chris ------------------------------------------------------------------------ [2001-06-27 22:39:57] sniper@php.net Does this happen with PHP 4.0.6 ? ------------------------------------------------------------------------ [2001-06-08 14:14:13] sniper@php.net Please try latest RC from: http://www.php.net/~andi/php-4.0.6RC3.tar.gz --Jani ------------------------------------------------------------------------ [2001-06-07 16:04:48] schultz@adrenaline.com The following is the gdb backtrace of the crash (which I can reproduce every time i click the 'reload' button in my browser). I'd be happy to send the scripts to you (there are several of them that work together, since each object is in it's own script file). I have been having some other strange problems like trying to free mysql result resources or close mysql connections and getting warnings that those link or resource id's are not valid. Here's the vital statistics: OS: RedHat i386 Linux 7.1 with all updates applied from RedHat MySQL: 3.23.38-1 (RPM from mysql.com) Apache: 1.3.20, compiled locally (--enable-module=so) PHP: 4.0.5 compiled/linked against mysql and apache as a DSO (--with-apxs=... --with-xml --with-mysql) I'm using a standard configuration file with one change: the 'include_path' has been set to include the scripts necessary for my application. There are no path conflicts (that is, the file X.php does not exist relative to the executing script AS WELL AS in the include_path). Thank you for your time. -chris (Chris Schultz) Stack Trace: (gdb) run -X Starting program: /usr/local/apache-1.3.20/bin/./httpd -X Program received signal SIGSEGV, Segmentation fault. 0x400f7d89 in __libc_free (mem=0x813c848) at malloc.c:3055 3055 malloc.c: No such file or directory. in malloc.c (gdb) bt #0 0x400f7d89 in __libc_free (mem=0x813c848) at malloc.c:3055 #1 0x401ccf64 in _efree (ptr=0x813c854) at zend_alloc.c:238 #2 0x401cd447 in shutdown_memory_manager (silent=1, clean_cache=0) at zend_alloc.c:439 #3 0x401f525a in php_request_shutdown (dummy=0x0) at main.c:680 #4 0x401f2df9 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:290 #5 0x080676b8 in run_cleanups () at eval.c:41 #6 0x08065f82 in ap_clear_pool () at eval.c:41 #7 0x08066002 in ap_destroy_pool () at eval.c:41 #8 0x08065f6e in ap_clear_pool () at eval.c:41 #9 0x080756c5 in child_main () at eval.c:41 #10 0x08075cb8 in make_child () at eval.c:41 #11 0x08075e2c in startup_children () at eval.c:41 #12 0x0807647f in standalone_main () at eval.c:41 #13 0x08076ca7 in main () at eval.c:41 #14 0x40094177 in __libc_start_main (main=0x8076908 <main>, argc=2, ubp_av=0xbffffacc, init=0x804ed5c <_init>, fini=0x80abb90 <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffffabc) at ../sysdeps/generic/libc-start.c:129 (gdb) ------------------------------------------------------------------------ Edit this bug report at http://bugs.php.net/?id=11337&edit=1