Core dump on new PHP install

[Mike Orb]

Hi. I've successfully installed PHP in the past but am having problems
compiling it all of a sudden. To try to fix the problem I downloaded a
fresh copy of Apache 1.3.29 and PHP 4.3.5 and kept the config simple.

My Apache config:

../configure \
"--prefix=/usr/local/src/internet/services/apache/php/core-fix-test/http
d" \
"--enable-module=so"

I installed Apache and then configured PHP like so:

HTTP_ROOT=/usr/local/src/internet/services/apache/php/core-fix-test/http
d
../configure --without-mysql --with-apxs=$HTTP_ROOT/bin/apxs --with-confi
g-file-path=$HTTP_ROOT/etc

When I run the resulting php binary, using sapi/cli/php -v as a test, I
get an immediate core dump. The gdb backtrace for this is at the end of
this post.

Something must have changed on my Linux box but I can't figure out what.
Or I've totally messed up the build procedure. Any pointers or helpful
hints? Any other information I can provide?

Thanks,
-Mike / mike _at_ orb dreamhost com

$ uname -a
Linux XXX 2.4.18-6mdksecure #1 SMP Fri Mar 15 01:57:24 CET 2002 i686
unknown

$ gcc -v
Reading specs from
/usr/local/packages/gcc3/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/specs
Configured with: ./configure --prefix=/usr/local/packages/gcc3
Thread model: posix
gcc version 3.3.2

$ gdb sapi/cli/php core
GNU gdb 5.1.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-mandrake-linux"...
Core was generated by
`/usr/local/src/internet/services/apache/php/core-fix-test/php-4.3.5/sap
i/cli/ph'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0 0x080fba90 in sapi_initialize_empty_request ()
(gdb) bt full
#0 0x080fba90 in sapi_initialize_empty_request ()
No symbol table info available.
#1 0x080f56e1 in php_module_startup ()
No symbol table info available.
#2 0x001b9280 in __libc_start_main () from /lib/libc.so.6
No symbol table info available.

[Chung Leong]

"Mike Orb" <_r****************************@orb.dreamhost.co m> wrote in
message news:nE*****************@newssvr23.news.prodigy.co m...

Hi. I've successfully installed PHP in the past but am having problems
compiling it all of a sudden. To try to fix the problem I downloaded a
fresh copy of Apache 1.3.29 and PHP 4.3.5 and kept the config simple.

How's that possible? According to the PHP home page, version 4.3.5 "is by
far the most stable release of PHP to date."

Wink ;-)