Re: Bug #1741: httpd core dump

From: Date: Thu, 01 Jan 1970 00:00:00 +0000
Subject: Re: Bug #1741: httpd core dump
References: 1  Groups: php.dev 
Request: Send a blank email to php-dev+get-8770@lists.php.net to get a copy of this message
> I installed apache in /local/apache-1.3.6, and I modified > /local/apache-1.3.6/sbin/apxs, because of a bug in that script that causes > `ld' to be passed > > -expect_unresolved * > > instead of > > -expect_unresolved \* > > when building loadable modules. Yeah, I fixed this for Apache-1.3.7 which should be out by the end of the month. > 4) If I build php 3.0.[7,8,9,10,11] *without* Oracle 8 support, httpd does *not* > crash. It will go into daemon mode, and create StartServers # of children, > and things appear to work as expected. Unfortuntely, this doesn't get me > any closer to having Oracle 8 support. I have built and tested Apache-1.3.7-dev/PHP-3.0.11/MySQL on the Alpha I have access to and it worked fine. I have not tried Oracle8. > (ladebug) load /local/apache-1.3.6/sbin/httpd > Reading symbolic information ...done > (ladebug) run -X > Thread received signal SEGV > pc address 0x3ff82035ca0 is invalid; substituting RA > stopped at [__get_libc_context 0x3ff8013a568] > (ladebug) where > >0 0x3ff8013a568 in __get_libc_context(0xfffffffffffffff0, 0x1200072a8, > 0x60aaec4, 0x2, 0x3ff801357e8, 0x0) DebugInformationStrippedFromFile602 > #1 0x3ff801357e4 in __dlclose(0x3ff801357e8, 0x0, 0x12003b330, 0x14000c470, > 0x0, 0x0) DebugInformationStrippedFromFile648 > #2 0x12003b32c in ap_os_dso_unload(handle=0x15) os.c:123 > #3 0x1200119ac in unload_module(modi=0x14000c470) mod_so.c:181 > #4 0x12001fd28 in run_cleanups(c=0x140018e28) alloc.c:1650 > #5 0x12001df40 in ap_clear_pool(a=0x14000c018) alloc.c:475 > #6 0x120016b60 in standalone_main(argc=2, argv=0x11ffff4a8) http_main.c:4251 > #7 0x1200176fc in main(argc=2, argv=0x11ffff4a8) http_main.c:4591 Hrm... A DSO-related problem perhaps. Have you tried compiling PHP statically? > As you can see, it's clearly apache that's core dumping, but based on the > fact that it *doesn't* happen if I don't compile Oracle support into > libphp3.so and it doesn't happen if I just don't load libphp3.so at all, > it seems likely that the Apache people would believe it's a problem in PHP. Thanks for the very detailed report. I'll poke around a bit on my Alpha box to see if I can turn something up. It looks pretty obscure though. -Rasmus

« previous php.dev (#8770) next »