php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #11337 SEGV when using mysql connections in OO-setting
Submitted: 2001-06-07 16:04 UTC Modified: 2002-12-06 19:59 UTC
From: schultz at adrenaline dot com Assigned:
Status: Closed Package: MySQL related
PHP Version: 4.0.5 OS: RedHat Linux 7.1
Private report: No CVE-ID: None
View Developer Edit
 [2001-06-07 16:04 UTC] schultz at adrenaline dot 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)

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-06-08 14:14 UTC] sniper@php.net 
Please try latest RC from:

http://www.php.net/~andi/php-4.0.6RC3.tar.gz

--Jani
 [2001-06-27 22:39 UTC] sniper@php.net 
Does this happen with PHP 4.0.6 ?
 [2001-07-02 09:08 UTC] schultz at adrenaline dot 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-11-17 12:20 UTC] mfischer@php.net 
Any update on this?
 [2001-11-26 08:06 UTC] schultz at adrenaline dot com 
sorry, there's no update from me.

I haven't had the time to install the later version and test. I'm actually working onsite with my client, now, and have the PHP installation and code back in my office which I haven't seen for months.

If someone needs to close-out this bug, mark it as "Won't fix" or "Unconfirmed", and I'll try to get it when I get back in the office. That won't be for a few months, though.

-chris
 [2001-11-26 08:08 UTC] derick@php.net 
Suspend per user request
 [2002-12-06 19:59 UTC] sniper@php.net 
most likely fixed by now..
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Tue May 06 05:01:28 2025 UTC