PHP 4.0 Bug #10072 Updated: SIGSEGV on startup (apxs)

From: Date: Tue, 10 Apr 2001 13:25:27 +0000
Subject: PHP 4.0 Bug #10072 Updated: SIGSEGV on startup (apxs)
Groups: php.dev 
Request: Send a blank email to php-dev+get-51263@lists.php.net to get a copy of this message
ID: 10072 Updated by: sniper Reported By: old.wolf@project-w.com Old-Status: Open Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: User feedback: -------------- I recompiled Apache with --enable-rule=SHARED_CORE and now it works correctly. (Previously I had enabled mod_so but not SHARED_CORE. I wish they'd tell you these things..) -------------- Closed. --Jani Previous Comments: --------------------------------------------------------------------------- [2001-04-03 20:14:04] old.wolf@project-w.com Using latest gcc and gmake, but using Sun's /usr/ccs/bin/ld (1 Sep 1998). I guess the next step is to try GNU ld.. Matt. --------------------------------------------------------------------------- [2001-04-03 09:06:07] sniper@php.net Which compiler / linker do you use? GNU? --Jani --------------------------------------------------------------------------- [2001-04-03 03:18:39] old.wolf@project-w.com I got the latest snap, php4-200104022145, and rebuilt as you suggest. I also used a smaller configure line: ./configure --with-apxs --enable-debug and got the same segfault. The gdb output is identical, and the truss output is an identical structure but a couple of different mmap base addresses and sizes. Judging by the gdb, maybe this is a problem with either apxs on Solaris 7, or with PHP's usage of it? The /x/informix you see in the truss are because of the environment variables: LD_LIBRARY_PATH=/usr/local/lib LD_RUN_PATH=:/x/informix/lib/esql:/x/informix/lib I will try recompiling with the static (non-apxs) form tomorrow. Matt. --------------------------------------------------------------------------- [2001-04-01 13:17:06] sniper@php.net Can you please try the latest CVS snapshot from http://snaps.php.net/ ? And I saw some informix related stuff in that truss output so it might be something left in there. Check your php.ini and also do 'make clean' after configuring PHP. --Jani --------------------------------------------------------------------------- [2001-03-30 17:07:16] old.wolf@project-w.com I'm not sure what you mean. My PHP configure line already has --enable-debug, and contains no source dirs except jpeg-6b (I can take that out and recompile I guess). ../../mysql = /usr/local/mysql, which is where it installed Or are you referring to my Apache configure line (the example installation specified to use those source dirs). --------------------------------------------------------------------------- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10072&edit=2

« previous php.dev (#51263) next »