#18044 [Com]: apache child segfaults on page using sessions

From: Date: Tue, 03 Sep 2002 21:18:38 +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-18336@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:

Yep.

Here's an update.

The segfaults are still happening.


Previous Comments:
------------------------------------------------------------------------

[2002-08-30 15:58:10] glerma@dal.dset.com

Anybody have any updates on this? I was just wondering if there have
been any new developments regarding the seg faults when using mm_mod to
store session data?

------------------------------------------------------------------------

[2002-08-23 13:04:00] darkfire@yourmojo.com

With build "php4-200208130900" the seg faults are still occuring.

------------------------------------------------------------------------

[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

------------------------------------------------------------------------

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



Thread (21 messages)

« previous php.bugs (#18336) next »