segmentation fault at the end of a request

From: Date: Tue, 02 May 2000 15:36:45 +0000
Subject: segmentation fault at the end of a request
Groups: php.version4 
Request: Send a blank email to php-version4+get-14350@lists.php.net to get a copy of this message
This is not the most helpful bug report, since I haven't been able to find a simple test script that produces the crash. However, here's what I have. The following code, when used in conjunction with a complex script (any one of IMP's pages, seemingly): function horde_cleanup ($filename = false) { static $files; if (!isset($files) || !is_array($files)) { $files = array(); register_shutdown_function('horde_cleanup'); } if (!$filename) { foreach ($files as $file) { @unlink($file); } } else { $files[] = $filename; } } touch('/tmp/z'); horde_cleanup('/tmp/z'); ... produces the following segfault: Program received signal SIGSEGV, Segmentation fault. 0x402345d2 in html_putc (c=64 '@') at zend_highlight.c:38 38 switch (c) { (gdb) bt #0 0x402345d2 in html_putc (c=64 '@') at zend_highlight.c:38 #1 0x403a4f6c in __DTOR_END__ () from /usr/lib/apache/1.3/libphp4.so #2 0x4023ac2a in zend_register_functions () at zend_API.c:752 #3 0x4023eb43 in zend_hash_display_pListTail () at zend_hash.c:623 #4 0x4023a934 in zend_get_parameters_array () at zend_API.c:752 #5 0x402345f6 in html_putc (c=64 '@') at zend_highlight.c:38 #6 0x4023ac2a in zend_register_functions () at zend_API.c:752 #7 0x4023eb43 in zend_hash_display_pListTail () at zend_hash.c:623 #8 0x40236234 in add_function () at zend_operators.c:402 #9 0x40236130 in convert_to_object () at zend_operators.c:402 #10 0x4023ed64 in zend_list_delete () at zend_list.c:239 #11 0x4023ef2b in zend_register_resource () at zend_list.c:239 #12 0x40224f29 in do_init_string () at zend_compile.c:175 #13 0x4023b796 in add_index_unset () at zend_API.c:752 #14 0x40216b5f in php_init_config () at /home/chuck/code/php4//configuration-parser.y:139 #15 0x8051bec in run_cleanups (c=0x80fb12c) at alloc.c:1939 #16 0x8050c64 in ap_clear_pool (a=0x80f8dac) at alloc.c:682 #17 0x8050cc4 in ap_destroy_pool (a=0x80f8dac) at alloc.c:712 #18 0x8050c50 in ap_clear_pool (a=0x80a5bbc) at alloc.c:675 #19 0x805c16f in child_main (child_num_arg=0) at http_main.c:3845 #20 0x805c69c in make_child (s=0x8099f44, slot=0, now=957281472) at http_main.c:4235 #21 0x805c7b9 in startup_children (number_to_start=5) at http_main.c:4317 #22 0x805cc6b in standalone_main (argc=2, argv=0xbffff9e4) at http_main.c:4605 #23 0x805d31d in main (argc=2, argv=0xbffff9e4) at http_main.c:4933 I'll gladly dig further if necessary, but an idea of what to dig for would be helpful, if this isn't enough. -chuck

« previous php.version4 (#14350) next »