ID: 11337
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Scripting Engine problem
Operating system: RedHat Linux 7.1
PHP Version: 4.0.5
Description: SEGV when using mysql connections in OO-setting

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,

Previous Comments:

[2001-06-27 22:39:57] [EMAIL PROTECTED]

Does this happen with PHP 4.0.6 ?


[2001-06-08 14:14:13] [EMAIL PROTECTED]

Please try latest RC from:



[2001-06-07 16:04:48] [EMAIL PROTECTED]

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


Full Bug description available at:

PHP Development Mailing List <>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Reply via email to