PHP 4.0 Bug #10072 Updated: SIGSEGV on startup (apxs)
| From: | old dot wolf at project-w dot com | Date: | Wed, 04 Apr 2001 00:14:04 +0000 |
| Subject: | PHP 4.0 Bug #10072 Updated: SIGSEGV on startup (apxs) | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-50788@lists.php.net to get a copy of this message | ||
ID: 10072
User Update by: old.wolf@project-w.com
Old-Status: Feedback
Status: Open
Bug Type: Reproduceable crash
Description: SIGSEGV on startup (apxs)
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.
Previous Comments:
---------------------------------------------------------------------------
[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).
---------------------------------------------------------------------------
[2001-03-30 14:37:24] sniper@php.net
1. Delete config.cache
2. Add --enable-debug into your configure line
3. Configure and compile and try regenerating that gdb backtrace.
And do not use the source dirs in any other configure
option of PHP than --with-apache. You should be using the
INSTALL base dirs.
--Jani
---------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view the rest of the comments,
please view the bug report online.
Full Bug description available at: http://bugs.php.net/?id=10072