Re: [PHP4BETA] segmentation fault at the end of a request

This backgrace is 100% bogus (or close to it, it makes no sense at all). Can you try and rebuild PHP from scratch? Zeev On Tue, 2 May 2000 chagenbu@wso.williams.edu wrote: > 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 > > -- Zeev Suraski <zeev@zend.com> http://www.zend.com/