#18044 [Com]: apache child segfaults on page using sessions
| From: | glerma at dal dot dset dot com | Date: | Wed, 14 Aug 2002 16:34:45 +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-16798@lists.php.net to get a copy of this message | ||
ID: 18044
Comment by: glerma@dal.dset.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:
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????
Previous Comments:
------------------------------------------------------------------------
[2002-08-13 19:40:49] glerma@dal.dset.com
I'm having similar problem. Here is a backtrace of my Apache Core file.
I had originally reported to bugzilla.apache.org, but they referred
the backtrace to php.
Basically, the systems are the same as mgriego's. Seg Faults occur
after about a day or sometimes even several hours of running apache
w/PHP 4.2.2 parsed-pages.
Here are my build specs:
I am using the following components with Apache Web Server 1.3.26 on a
Solaris
9 platform:
openssl-engine-0.9.6d
mm-1.1.3
mod_ssl-2.8.10-1.3.26
php-4.2.2
I will also include backtrace given to apache dudes:
Output from gdb backtrace:
#0 ps_mm_destroy (data=0x1091b8) at mod_mm.c:241
#1 0xfeca8348 in zm_shutdown_ps_mm (type=0, module_number=10) at
mod_mm.c:293
#2 0xfec56eac in module_destructor (module=0x113650) at
zend_API.c:1127
#3 0xfec59014 in zend_hash_destroy (ht=0xfed6ee7c) at zend_hash.c:541
#4 0xfec53d98 in zend_shutdown () at zend.c:490
#5 0xfec6289c in php_module_shutdown () at main.c:1050
#6 0xfec6284c in php_module_shutdown_wrapper (sapi_globals=0x0) at
main.c:1027
#7 0xfec5fd48 in apache_php_module_shutdown_wrapper () at
mod_php4.c:795
#8 0x1a9f0 in run_cleanups ()
#9 0x1825c in ap_clear_pool ()
#10 0x182f0 in ap_destroy_pool ()
#11 0x18244 in ap_clear_pool ()
#12 0x182f0 in ap_destroy_pool ()
#13 0x2e9c8 in clean_parent_exit ()
#14 0x32a7c in standalone_main ()
#15 0x33278 in main ()
I would like to further investigation of this problem. Seems maybe to
me mm-releted to me at this point. I too am using sessions
(session_start())
If more tracing is needed, please reply. THanks
-George
------------------------------------------------------------------------
[2002-08-13 12:47:38] rasmus@php.net
Does it happen with Zend Optimizer turned off?
------------------------------------------------------------------------
[2002-08-13 12:46:06] darkfire@yourmojo.com
I am using the snapshot "php4-200207240900".
And this problem is still occurring.
This is an extremely serious bug. I have to restart Apache every 2 to 3
days.
Please look into this.
------------------------------------------------------------------------
[2002-07-17 11:36:32] sniper@php.net
Try this snapshot:
http://snaps.php.net/php4-latest.tar.gz
------------------------------------------------------------------------
[2002-07-17 10:58:52] david+php.net@blue-labs.org
Please help, this is rather urgent. All session pages cause a child
segfault in apache.
Code needed: <? session_start(); ?>
Apache 1.3.26, PHP 4.2.1 (and 4.3.0 w/ zend opt on front page of
php.net)
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
php_url_scanner_ex_activate () at url_scanner_ex.c:826
826 url_scanner_ex.c: No such file or directory.
in url_scanner_ex.c
(gdb) bt
#0 php_url_scanner_ex_activate () at url_scanner_ex.c:826
#1 0x404b3a1d in posix_class_maps () from
/usr/local/apache/libexec/libphp4.so
#2 0x403b2900 in zif_session_start (ht=0, return_value=0x40536a60,
this_ptr=0x0, return_value_used=0) at session.c:1349
#3 0x403354aa in execute (op_array=0x823e02c) at zend_execute.c:1598
#4 0x40344b4f in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at zend.c:810
#5 0x40357f21 in php_execute_script (primary_file=0xbffff240) at
main.c:1381
#6 0x403535d7 in apache_php_module_main (r=0x812b3a4,
display_source_mode=0)
at sapi_apache.c:90
#7 0x40353fe6 in send_php (r=0x812b3a4, display_source_mode=0,
filename=0x0)
at mod_php4.c:575
#8 0x40354225 in send_parsed_php (r=0x812b3a4) at mod_php4.c:590
#9 0x080844c3 in ap_invoke_handler (r=0x812b3a4) at http_config.c:517
#10 0x080962e4 in process_request_internal (r=0x812b3a4) at
http_request.c:1308
#11 0x08096564 in ap_process_request (r=0x812b3a4) at
http_request.c:1324
#12 0x0808ee0e in child_main (child_num_arg=0) at http_main.c:4681
#13 0x0808f058 in make_child (s=0x0, slot=0, now=0) at
http_main.c:4805
#14 0x0808f0cf in startup_children (number_to_start=30) at
http_main.c:4887
#15 0x0808fb6a in standalone_main (argc=3, argv=0xbffff6d4) at
http_main.c:5195
#16 0x080900b8 in main (argc=0, argv=0x1e) at http_main.c:5558
I can provide build scripts for both apache and php.
Again, please look into this promptly -- I'll help all I can. I have
several sites that rely on sessions and they are all broken at the
moment.
------------------------------------------------------------------------
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