ID: 14497
Updated by: yohgaki
Reported By: jbozza@thinkburst.com
Status: Feedback
Bug Type: Reproducible crash
Operating System: FreeBSD 4.4-Stable
PHP Version: 4.1.0
New Comment:
I mean provide backtrace with SIGBUS, if you can. (I'm not sure if you can take the backtrace
or not)
See "man 7 signal" for signals.
Previous Comments:
------------------------------------------------------------------------
[2001-12-14 01:24:22] yohgaki@php.net
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]
------------------------------------------------------------------------
[2001-12-13 23:12:56] jbozza@thinkburst.com
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] yohgaki@php.net
Next time, could you write your PostgreSQL server(backend) version AND libpq version that you use?
------------------------------------------------------------------------
[2001-12-13 20:56:43] yohgaki@php.net
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] jbozza@thinkburst.com
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
------------------------------------------------------------------------
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=14497
Edit this bug report at http://bugs.php.net/?id=14497&edit=1