ID: 14497 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Session related Bug Type: Reproducible crash Operating System: FreeBSD 4.4-Stable PHP Version: 4.1.0 New Comment:
Errors from Apache: [Thu Dec 13 14:24:54 2001] [notice] child pid 93032 exit signal Bus error (10) [Thu Dec 13 14:24:54 2001] [notice] child pid 93008 exit signal Segmentation fault (11) SIGBUS shouldn't happen.... Do you use SSL, Java? It seems bus error could heppen for some configuration even without PHP with FreeBSD. http://www.mail-archive.com/openssl-dev%40openssl.org/msg09701.html http://www.phpbuilder.com/mail/php-general/2001072/2008.php There may be other causes. You'll find more if you search. You should also search Apache and/or ModSSL bug database see if there is similar problem is reported. We can not tell if this is PHP's fault or not, unless you provide backtrace. [This is not related to session after all. Changed status = Reproducible crash] Previous Comments: ------------------------------------------------------------------------ [2001-12-13 23:12:56] [EMAIL PROTECTED] PostgreSQL 7.1.3 (latest FreeBSD port - downloaded from PostgreSQL website on Monday) Errors from Apache: [Thu Dec 13 14:24:54 2001] [notice] child pid 93032 exit signal Bus error (10) [Thu Dec 13 14:24:54 2001] [notice] child pid 93008 exit signal Segmentation fault (11) Errors from PHP: None Messages in PostgreSQL error log: pq_recvbuf: unexpected EOF on client connection FWIW, there have been a couple other people with similar problems, one mentioned he was using MySQL, so I don't think it's a PostgreSQL problem, but something to do with cleanup. I don't have any problems whatsoever with 4.0.6 under the same configurations. ------------------------------------------------------------------------ [2001-12-13 20:59:21] [EMAIL PROTECTED] Next time, could you write your PostgreSQL server(backend) version AND libpq version that you use? ------------------------------------------------------------------------ [2001-12-13 20:56:43] [EMAIL PROTECTED] That's strange. I guess you are using session handler written by me. I don't have such problem at all. Do you get any error messages in your apache/php/postgresl error logs? If there is, please provide error messages. ------------------------------------------------------------------------ [2001-12-13 18:00:26] [EMAIL PROTECTED] Just tried lastest SNAP (200112131200), here's the backtrace: Starting program: /usr/local/apache/intranet/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x814abff in zend_hash_get_current_key_ex (ht=0x829e664, str_index=0xbfbff5c8, str_length=0xbfbff5c4, num_index=0xbfbff5c0, duplicate=0 '\000', pos=0xbfbff5bc) at zend_hash.c:1035 1035 if (p->nKeyLength) { (gdb) bt #0 0x814abff in zend_hash_get_current_key_ex (ht=0x829e664, str_index=0xbfbff5c8, str_length=0xbfbff5c4, num_index=0xbfbff5c0, duplicate=0 '\000', pos=0xbfbff5bc) at zend_hash.c:1035 #1 0x80bd7ea in php_session_save_current_state () at session.c:575 #2 0x80c0114 in php_session_flush () at session.c:1447 #3 0x80c0149 in zm_deactivate_session (type=1, module_number=12) at session.c:1464 #4 0x8147457 in module_registry_cleanup (module=0x8267180) at zend_API.c:1165 #5 0x8149f23 in zend_hash_apply (ht=0x821f580, apply_func=0x8147418 <module_registry_cleanup>) at zend_hash.c:669 #6 0x8144115 in zend_deactivate_modules () at zend.c:581 #7 0x808ba68 in php_request_shutdown (dummy=0x0) at main.c:724 #8 0x8150475 in apache_php_module_main (r=0x8284034, display_source_mode=0) at sapi_apache.c:96 #9 0x808919e in send_php (r=0x8284034, display_source_mode=0, filename=0x8284b14 "/home/www/intranet/htdocs/test.php") at mod_php4.c:575 #10 0x80891f2 in send_parsed_php (r=0x8284034) at mod_php4.c:590 #11 0x8175311 in ap_invoke_handler (r=0x8284034) at http_config.c:517 #12 0x81899b4 in process_request_internal (r=0x8284034) at http_request.c:1307 #13 0x8189a1e in ap_process_request (r=0x8284034) at http_request.c:1323 #14 0x8180a1f in child_main (child_num_arg=0) at http_main.c:4209 #15 0x8180bdd in make_child (s=0x8226034, slot=0, now=1008284307) at http_main.c:4313 #16 0x8180d56 in startup_children (number_to_start=5) at http_main.c:4395 #17 0x8181360 in standalone_main (argc=2, argv=0xbfbffbbc) at http_main.c:4683 #18 0x8181b78 in main (argc=2, argv=0xbfbffbbc) at http_main.c:5010 My configure line is: ./configure \ --with-apache=../apache_1.3.20 \ --prefix=/usr/local/apache/intranet \ --with-config-file-path=/home/www/intranet/php \ --enable-debug \ --enable-session \ --with-exec-dir=/home/www/intranet/php/bin \ --with-pgsql ------------------------------------------------------------------------ [2001-12-13 17:21:23] [EMAIL PROTECTED] Currently running Apache 1.3.20, but problem also happens with 1.3.22. The segfaults (also signal 10 - bus errors) were happening inconsistently, but I think I have been able to get it to crash every time under a certain condition. Basically, if I use a user-defined session handler, Apache (with PHP) would segfault with no core or error message (other than the segfault). I can duplicate it with the following. <?php $PHPDIR = "$DOCUMENT_ROOT/../php"; if ($HTTP_SERVER_VARS["QUERY_STRING"] == "pgsql") { include ("$PHPDIR/pgsql_session_handler.php"); } else { include ("$PHPDIR/pg_session_handler.php"); } session_start(); session_register("onevar"); ?> Here is a backtrace I was (FINALLY!) able to get. Starting program: /usr/local/apache/intranet/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x8153105 in _zend_is_inconsistent (ht=0x5a5a5a5a, file=0x81e8ea4 "zend_hash.c", line=975) at zend_hash.c:84 84 if (ht->inconsistent==HT_OK) { (gdb) bt #0 0x8153105 in _zend_is_inconsistent (ht=0x5a5a5a5a, file=0x81e8ea4 "zend_hash.c", line=975) at zend_hash.c:84 #1 0x81558a8 in zend_hash_internal_pointer_reset_ex (ht=0x5a5a5a5a, pos=0xbfbff5a8) at zend_hash.c:975 #2 0x80c475d in php_session_save_current_state () at session.c:544 #3 0x80c6eac in php_session_flush () at session.c:1381 #4 0x80c6ed3 in zm_deactivate_session (type=1, module_number=21) at session.c:1393 #5 0x8152227 in module_registry_cleanup (module=0x826b600) at zend_API.c:1165 #6 0x8154d2f in zend_hash_apply (ht=0x8225340, apply_func=0x81521e8 <module_registry_cleanup>) at zend_hash.c:669 #7 0x814eee5 in zend_deactivate_modules () at zend.c:585 #8 0x808dd64 in php_request_shutdown (dummy=0x0) at main.c:723 #9 0x815af85 in apache_php_module_main (r=0x8298034, display_source_mode=0) at sapi_apache.c:96 #10 0x808b58a in send_php (r=0x8298034, display_source_mode=0, filename=0x8298b14 "/home/www/intranet/htdocs/test.php") at mod_php4.c:575 #11 0x808b5de in send_parsed_php (r=0x8298034) at mod_php4.c:590 #12 0x817df4d in ap_invoke_handler (r=0x8298034) at http_config.c:517 #13 0x81925f0 in process_request_internal (r=0x8298034) at http_request.c:1307 #14 0x819265a in ap_process_request (r=0x8298034) at http_request.c:1323 #15 0x818965b in child_main (child_num_arg=0) at http_main.c:4209 #16 0x8189819 in make_child (s=0x822c034, slot=0, now=1008281129) at http_main.c:4313 #17 0x8189992 in startup_children (number_to_start=5) at http_main.c:4395 #18 0x8189f9c in standalone_main (argc=2, argv=0xbfbffba8) at http_main.c:4683 #19 0x818a7b4 in main (argc=2, argv=0xbfbffba8) at http_main.c:5010 (gdb) I also have received this crash as well. Another backtrace that's slightly different. Starting program: /usr/local/apache/intranet/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x8155a0b in zend_hash_get_current_key_ex (ht=0x8285da4, str_index=0xbfbff5b4, str_length=0xbfbff5b0, num_index=0xbfbff5ac, duplicate=0 '\000', pos=0xbfbff5a8) at zend_hash.c:1035 1035 if (p->nKeyLength) { (gdb) bt #0 0x8155a0b in zend_hash_get_current_key_ex (ht=0x8285da4, str_index=0xbfbff5b4, str_length=0xbfbff5b0, num_index=0xbfbff5ac, duplicate=0 '\000', pos=0xbfbff5a8) at zend_hash.c:1035 #1 0x80c4782 in php_session_save_current_state () at session.c:545 #2 0x80c6eac in php_session_flush () at session.c:1381 #3 0x80c6ed3 in zm_deactivate_session (type=1, module_number=21) at session.c:1393 #4 0x8152227 in module_registry_cleanup (module=0x826b600) at zend_API.c:1165 #5 0x8154d2f in zend_hash_apply (ht=0x8225340, apply_func=0x81521e8 <module_registry_cleanup>) at zend_hash.c:669 #6 0x814eee5 in zend_deactivate_modules () at zend.c:585 #7 0x808dd64 in php_request_shutdown (dummy=0x0) at main.c:723 #8 0x815af85 in apache_php_module_main (r=0x8298034, display_source_mode=0) at sapi_apache.c:96 #9 0x808b58a in send_php (r=0x8298034, display_source_mode=0, filename=0x8298b14 "/home/www/intranet/htdocs/test.php") at mod_php4.c:575 #10 0x808b5de in send_parsed_php (r=0x8298034) at mod_php4.c:590 #11 0x817df4d in ap_invoke_handler (r=0x8298034) at http_config.c:517 #12 0x81925f0 in process_request_internal (r=0x8298034) at http_request.c:1307 #13 0x819265a in ap_process_request (r=0x8298034) at http_request.c:1323 #14 0x818965b in child_main (child_num_arg=0) at http_main.c:4209 #15 0x8189819 in make_child (s=0x822c034, slot=0, now=1008281941) at http_main.c:4313 #16 0x8189992 in startup_children (number_to_start=5) at http_main.c:4395 #17 0x8189f9c in standalone_main (argc=2, argv=0xbfbffba8) at http_main.c:4683 #18 0x818a7b4 in main (argc=2, argv=0xbfbffba8) at http_main.c:5010 To duplicate the error, I would first call /test.php, which uses the session handler code that's available on Zend.com. Then I would exit the browser and call /test.php?pgsql, which would include the session handler code from Jon Parise. (Available at http://www.csh.rit.edu/~jon/projects/pgsql_session_handler/) The only reason I stumbled on a consistent crash was because I started to try and use the pgsql session handler code from yohgaki, but was still having the crashes. Hope this helps! ------------------------------------------------------------------------ Edit this bug report at http://bugs.php.net/?id=14497&edit=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]
