Core dump on new PHP install

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Mike Orb

    Core dump on new PHP install

    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...don e.
    Loaded symbols for /lib/libm.so.6
    Reading symbols from /lib/libdl.so.2...do ne.
    Loaded symbols for /lib/libdl.so.2
    Reading symbols from /lib/libnsl.so.1...d one.
    Loaded symbols for /lib/libnsl.so.1
    Reading symbols from /lib/libc.so.6...don e.
    Loaded symbols for /lib/libc.so.6
    Reading symbols from /lib/ld-linux.so.2...do ne.
    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_star tup ()
    No symbol table info available.
    #2 0x001b9280 in __libc_start_ma in () from /lib/libc.so.6
    No symbol table info available.


  • Chung Leong

    #2
    Re: Core dump on new PHP install

    "Mike Orb" <_remove_everyt hing_but__mike_ _@orb.dreamhost .com> wrote in
    message news:nEYcc.5367 $e97.2064@newss vr23.news.prodi gy.com...[color=blue]
    > 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.[/color]

    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 ;-)


    Comment

    Working...