[PHP-DEV] Bug #11337 Updated: SEGV when using mysql connections in OO-setting
ID: 11337 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Scripting Engine problem Operating System: RedHat Linux 7.1 PHP Version: 4.0.5 New Comment: 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 Previous Comments: [2001-11-17 12:20:36] [EMAIL PROTECTED] Any update on this? [2001-07-02 09:08:27] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] Does this happen with PHP 4.0.6 ? [2001-06-08 14:14:13] [EMAIL PROTECTED] Please try latest RC from: http://www.php.net/~andi/php-4.0.6RC3.tar.gz --Jani [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 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 3055malloc.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=0xbacc, init=0x804ed5c _init, fini=0x80abb90 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xbabc) at ../sysdeps/generic/libc-start.c:129 (gdb) Edit this bug report at http://bugs.php.net/?id=11337edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11337 Updated: SEGV when using mysql connections in OO-setting
ID: 11337 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Suspended Bug Type: Scripting Engine problem Operating System: RedHat Linux 7.1 PHP Version: 4.0.5 New Comment: Suspend per user request Previous Comments: [2001-11-26 08:06:29] [EMAIL PROTECTED] 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-17 12:20:36] [EMAIL PROTECTED] Any update on this? [2001-07-02 09:08:27] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] Does this happen with PHP 4.0.6 ? [2001-06-08 14:14:13] [EMAIL PROTECTED] Please try latest RC from: http://www.php.net/~andi/php-4.0.6RC3.tar.gz --Jani The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=11337 Edit this bug report at http://bugs.php.net/?id=11337edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11337 Updated: SEGV when using mysql connections in OO-setting
ID: 11337 Updated by: mfischer Reported By: [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] Does this happen with PHP 4.0.6 ? [2001-06-08 14:14:13] [EMAIL PROTECTED] Please try latest RC from: http://www.php.net/~andi/php-4.0.6RC3.tar.gz --Jani [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 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 3055malloc.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=0xbacc, init=0x804ed5c _init, fini=0x80abb90 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xbabc) at ../sysdeps/generic/libc-start.c:129 (gdb) Edit this bug report at http://bugs.php.net/?id=11337edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11337 Updated: SEGV when using mysql connections in OO-setting
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, -chris 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: http://www.php.net/~andi/php-4.0.6RC3.tar.gz --Jani --- [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 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 3055malloc.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=0xbacc, init=0x804ed5c _init, fini=0x80abb90 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xbabc) at ../sysdeps/generic/libc-start.c:129 (gdb) --- Full Bug description available at: http://bugs.php.net/?id=11337 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11337 Updated: SEGV when using mysql connections in OO-setting
ID: 11337 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Does this happen with PHP 4.0.6 ? Previous Comments: --- [2001-06-08 14:14:13] [EMAIL PROTECTED] Please try latest RC from: http://www.php.net/~andi/php-4.0.6RC3.tar.gz --Jani --- [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 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 3055malloc.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=0xbacc, init=0x804ed5c _init, fini=0x80abb90 _fini, rtld_fini=0x4000e184 _dl_fini, stack_end=0xbabc) at ../sysdeps/generic/libc-start.c:129 (gdb) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11337edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]