#23299 [Opn]: Intermittant but reproducable corruption and crash

ID: 23299 User updated by: bginter at ndevtech dot net Reported By: bginter at ndevtech dot net Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.20 PHP Version: 4.3.1, STABLE-200304220130 New Comment: Ahh, I should have thought of that. I have disabled the Zend Optimizer and while I still usually get the same type of backtraces I've already sent, here is a new one: Program received signal SIGSEGV, Segmentation fault. 0x400e7bdd in free () from /lib/libc.so.6 (gdb) bt #0 0x400e7bdd in free () from /lib/libc.so.6 #1 0x400e7aa3 in free () from /lib/libc.so.6 #2 0x40509eb5 in PQclear () from /usr/local/pgsql-7.3/lib/libpq.so.2 #3 0x40305634 in object.11 () from /usr/local/apache/libexec/libphp4.so #4 0x403b416d in object.11 () from /usr/local/apache/libexec/libphp4.so #5 0x403b2cd2 in object.11 () from /usr/local/apache/libexec/libphp4.so #6 0x403b3f0b in object.11 () from /usr/local/apache/libexec/libphp4.so #7 0x403ad802 in object.11 () from /usr/local/apache/libexec/libphp4.so #8 0x403a5e59 in object.11 () from /usr/local/apache/libexec/libphp4.so #9 0x403b2d9e in object.11 () from /usr/local/apache/libexec/libphp4.so #10 0x403ad7eb in object.11 () from /usr/local/apache/libexec/libphp4.so #11 0x403bdd07 in object.11 () from /usr/local/apache/libexec/libphp4.so #12 0x403c07ca in object.11 () from /usr/local/apache/libexec/libphp4.so #13 0x403c07ca in object.11 () from /usr/local/apache/libexec/libphp4.so #14 0x403c07ca in object.11 () from /usr/local/apache/libexec/libphp4.so #15 0x403c07ca in object.11 () from /usr/local/apache/libexec/libphp4.so #16 0x403c4ebb in object.11 () from /usr/local/apache/libexec/libphp4.so #17 0x403aed5e in object.11 () from /usr/local/apache/libexec/libphp4.so #18 0x4038755a in object.11 () from /usr/local/apache/libexec/libphp4.so #19 0x403c714e in object.11 () from /usr/local/apache/libexec/libphp4.so #20 0x403c7c7e in object.11 () from /usr/local/apache/libexec/libphp4.so #21 0x403c7ce2 in object.11 () from /usr/local/apache/libexec/libphp4.so #22 0x080554e9 in ap_invoke_handler () #23 0x0806b5df in process_request_internal () #24 0x0806b646 in ap_process_request () #25 0x08061e06 in child_main () #26 0x08061fe5 in make_child () #27 0x0806215c in startup_children () #28 0x080627ed in standalone_main () #29 0x0806307c in main () #30 0x4009214f in __libc_start_main () from /lib/libc.so.6 I still get the other traces too and during gdb startup, I get these lines: (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Do all the other programs/libraries have to be compiled with debugging for these backtraces to be of use to you? I'm guessing those warnings are for apache and other libraries. Thanks. Previous Comments: ------------------------------------------------------------------------ [2003-04-22 02:38:10] rasmus@php.net Turn off ZendOptimizer please and try it again. ------------------------------------------------------------------------ [2003-04-22 02:07:46] bginter at ndevtech dot net I have been generating these backtraces by running gdb and typing 'bt' just like you suggested. Please excuse my ignorance with gdb and let me know if I should try a different approach. I have so far not been able to get httpd to dump a core file even though ulimit -c is unlimited and there are write permissions on the directory for the httpd user. Perhaps I'm missing something obvious? I was able to get this trace a few minutes ago but several other traces have all contained the same limited object.11 gibberish I sent earlier: (gdb) bt #0 0x40143277 in writev () from /lib/libc.so.6 #1 0x08053cd7 in writev_it_all () #2 0x0805410b in large_write () #3 0x080541d7 in ap_bwrite () #4 0x08068291 in ap_rwrite () #5 0x403c724b in object.11 () from /usr/local/apache/libexec/libphp4.so #6 0x40394813 in object.11 () from /usr/local/apache/libexec/libphp4.so #7 0x4039396a in object.11 () from /usr/local/apache/libexec/libphp4.so #8 0x403861a9 in object.11 () from /usr/local/apache/libexec/libphp4.so #9 0x403addcb in object.11 () from /usr/local/apache/libexec/libphp4.so #10 0x403add65 in object.11 () from /usr/local/apache/libexec/libphp4.so #11 0x403ad980 in object.11 () from /usr/local/apache/libexec/libphp4.so #12 0x40614686 in zend_assign_to_variable_reference () from /usr/local/ZendOptimizer/lib/ZendOptimizer.so #13 0x4061f6e6 in zend_assign_to_variable_reference () from /usr/local/ZendOptimizer/lib/ZendOptimizer.so #14 0x4061f6e6 in zend_assign_to_variable_reference () from /usr/local/ZendOptimizer/lib/ZendOptimizer.so #15 0x40622a02 in zend_oe () from /usr/local/ZendOptimizer/lib/ZendOptimizer.so #16 0x4038755a in object.11 () from /usr/local/apache/libexec/libphp4.so #17 0x403c714e in object.11 () from /usr/local/apache/libexec/libphp4.so #18 0x403c7c7e in object.11 () from /usr/local/apache/libexec/libphp4.so #19 0x403c7ce2 in object.11 () from /usr/local/apache/libexec/libphp4.so #20 0x080554e9 in ap_invoke_handler () #21 0x0806b5df in process_request_internal () #22 0x0806b646 in ap_process_request () #23 0x08061e06 in child_main () #24 0x08061fe5 in make_child () #25 0x0806215c in startup_children () #26 0x080627ed in standalone_main () #27 0x0806307c in main () #28 0x4009214f in __libc_start_main () from /lib/libc.so.6 Please let me know how I can help further. Thank you for your efforts! ------------------------------------------------------------------------ [2003-04-22 01:10:27] rasmus@php.net These are useless backtraces. How are you getting them? Try something like: gdb ./httpd run -X Then hit the server and try to reproduce the problem and type: bt when it dumps. ------------------------------------------------------------------------ [2003-04-21 21:48:53] bginter at ndevtech dot net The problem persists with the current CVS snapshot (php4-STABLE-200304220130). I ran ./buildconf and then compiled with the same options used with PHP 4.3.1. The new backtrace: Program received signal SIGSEGV, Segmentation fault. 0x40401f5e in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs (gdb) bt #0 0x40401f5e in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #1 0x4054040c in php4_module () from /usr/local/apache/libexec/libphp4.so.cvs #2 0x4040caa6 in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #3 0x4040b31d in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #4 0x4041584d in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #5 0x4041d41a in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #6 0x40415479 in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #7 0x4040b30c in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #8 0x4041584d in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #9 0x4041d41a in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #10 0x40415479 in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #11 0x4040b30c in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #12 0x4041584d in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #13 0x4041d41a in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #14 0x404154c3 in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #15 0x4040b30c in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #16 0x4041584d in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #17 0x4041d41a in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #18 0x404154c3 in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #19 0x4040b30c in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #20 0x4041584d in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #21 0x4041d41a in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #22 0x404154c3 in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #23 0x4040b30c in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #24 0x4041584d in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #25 0x4041d41a in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #26 0x4040add7 in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #27 0x40416be3 in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #28 0x403da17c in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #29 0x4042fbf8 in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #30 0x40430c30 in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #31 0x40430caf in object.11 () from /usr/local/apache/libexec/libphp4.so.cvs #32 0x080554e9 in ap_invoke_handler () #33 0x0806b5df in process_request_internal () #34 0x0806b646 in ap_process_request () #35 0x08061e06 in child_main () #36 0x08061fe5 in make_child () #37 0x0806215c in startup_children () #38 0x080627ed in standalone_main () #39 0x0806307c in main () #40 0x4009214f in __libc_start_main () from /lib/libc.so.6 Please let me know how I can assist further in isolating these errors. Thank you. ------------------------------------------------------------------------ [2003-04-21 20:55:21] magnus@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ------------------------------------------------------------------------ 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/23299 -- Edit this bug report at http://bugs.php.net/?id=23299&edit=1