#18044 [Com]: apache child segfaults on page using sessions
| From: | darkfire at yourmojo dot com | Date: | Fri, 23 Aug 2002 17:04:00 +0000 |
| Subject: | #18044 [Com]: apache child segfaults on page using sessions | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-17680@lists.php.net to get a copy of this message | ||
ID: 18044
Comment by: darkfire@yourmojo.com
Reported By: mgriego@utdallas.edu
Status: Feedback
Bug Type: Session related
Operating System: RedHat Linux 7.2
PHP Version: 4.2.1
New Comment:
With build "php4-200208130900" the seg faults are still occuring.
Previous Comments:
------------------------------------------------------------------------
[2002-08-20 14:23:33] glerma@dal.dset.com
Which bug fixes is this? Where can I find the CVS "non-stable" build?
Incidentally, I have tried the PHP-Latest build dated
php4-200208131500, compiled using same configure parameters as above.
I recieved the same segmenation faults with this
build(php4-200208131500). Here is my bt of the apache core file:
(gdb) bt
#0 ps_sd_lookup (data=0x11efd0,
key=0x2b1288 "cfb22d50a65ce80d4af8df54f837ea90", rw=0) at
mod_mm.c:187
#1 0xfe9a83cc in ps_read_mm (mod_data=0x11efd0,
key=0x2b1288 "cfb22d50a65ce80d4af8df54f837ea90", val=0xffbfc7ac,
vallen=0xffbfc7a8) at mod_mm.c:326
#2 0xfe9a4938 in php_session_initialize () at session.c:557
#3 0xfe9a5904 in php_session_start () at session.c:953
#4 0xfe9a70c4 in zif_session_start (ht=0, return_value=0x234da8,
this_ptr=0x0, return_value_used=0) at session.c:1349
#5 0xfe944f38 in execute ()
from /data2/www/e-webdev1/apache/libexec/libphp4.so
#6 0xfe9476ac in execute ()
from /data2/www/e-webdev1/apache/libexec/libphp4.so
#7 0xfe954888 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:810
#8 0xfe963748 in php_execute_script (primary_file=0xffbff420) at
main.c:1381
#9 0xfe95ebb8 in apache_php_module_main (r=0xffffffff,
display_source_mode=0)
at sapi_apache.c:90
#10 0xfe95f6e8 in send_php (r=0x141ef8, display_source_mode=0,
filename=0x0)
at mod_php4.c:575
#11 0x1f780 in ap_invoke_handler ()
#12 0x3eae0 in process_request_internal ()
#13 0x3eb68 in ap_process_request ()
---Type <return> to continue, or q <return> to quit---
#14 0x31760 in child_main ()
#15 0x31b04 in make_child ()
#16 0x31c18 in startup_children ()
#17 0x3262c in standalone_main ()
#18 0x33278 in main ()
Please advise. Thanks in advance.
------------------------------------------------------------------------
[2002-08-16 11:58:00] kalowsky@php.net
There have been some bug fixes in the CVS non-STABLE version, can you
please try them and see if this continues for you?
------------------------------------------------------------------------
[2002-08-16 11:54:31] glerma@dal.dset.com
Yeah. I've downloaded as well. I guess Im going to try it out for a day
or two to see if all goes well.
I sure would like to keep mm in my config profile, because of the way
it stores the session info in shared memory rather than using a plain
text(non-encrypted) file, but if things don't pan out, i guess i wont.
I dont seem to have any core dumps from Apache when I compile PHP
without the --enable-mm option
BTW - Here is my latest backtrace. If any light can be shed, that would
be great.
(gdb) bt
#0 ps_gc_mm (mod_data=0x109118, maxlifetime=1000, nrdels=0xffbfc80c)
at mod_mm.c:414
#1 0xfeca5970 in php_session_start () at session.c:960
#2 0xfeca70c4 in zif_session_start (ht=0, return_value=0x38ca08,
this_ptr=0x0, return_value_used=0) at session.c:1349
#3 0xfec44f38 in execute ()
from /data2/www/i-webdev1/apache/libexec/libphp4.so
#4 0xfec476ac in execute ()
from /data2/www/i-webdev1/apache/libexec/libphp4.so
#5 0xfec54888 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:810
#6 0xfec63748 in php_execute_script (primary_file=0xffbff408) at
main.c:1381
#7 0xfec5ebb8 in apache_php_module_main (r=0xffffffff,
display_source_mode=0)
at sapi_apache.c:90
#8 0xfec5f6e8 in send_php (r=0x11dc90, display_source_mode=0,
filename=0x0)
at mod_php4.c:575
#9 0x1f780 in ap_invoke_handler ()
#10 0x3eae0 in process_request_internal ()
#11 0x3eb68 in ap_process_request ()
#12 0x31760 in child_main ()
#13 0x31b04 in make_child ()
#14 0x31c18 in startup_children ()
#15 0x3262c in standalone_main ()
---Type <return> to continue, or q <return> to quit---
#16 0x33278 in main
------------------------------------------------------------------------
[2002-08-14 17:38:36] darkfire@yourmojo.com
I am also not using the Zend Optimizer.
Trying out snapshot 'php4-200208130900'.
I'll let you know what happens.
------------------------------------------------------------------------
[2002-08-14 12:34:44] glerma@dal.dset.com
I also wanted to point out that I'm not using Zend Optimizer as
mgriego.
I had opened a new ticket on this, but was told to use this ticket as a
reference.
I hope to stimulate more discusstion on this.Is there anything that can
be seen with the backtrace I provided, or is more tracing needed????
------------------------------------------------------------------------
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/18044
--
Edit this bug report at http://bugs.php.net/?id=18044&edit=1