By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
455,738 Members | 1,719 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 455,738 IT Pros & Developers. It's quick & easy.

Core dump on new PHP install

P: n/a
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.
Jul 17 '05 #1
Share this Question
Share on Google+
1 Reply


P: n/a
"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 ;-)
Jul 17 '05 #2

This discussion thread is closed

Replies have been disabled for this discussion.