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

From: 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

« previous php.bugs (#16798) next »