From:             [EMAIL PROTECTED]
Operating system: GNU/Linux Debian Potato
PHP version:      4.1.1
PHP Bug Type:     Reproducible crash
Bug description:  apache dies immediately after starting

This is actually php version 4.1.2 (there is no selection for that in this
form). I've compiled a new version of apache 1.2.23 and PHP 4.1.2 and when
I try to start apache it dies immediately without any errors in the
error_log or anywhere else. I tried to strace the binary, but nothing
showed up, with --enable-debug on, I get the following:

zend_hash.c(532) : ht=0x081d8860 is already destroyed
zend_hash.c(98) : Bailed out without a bailout address!

in my error log. If I try to do a gdb back trace I get the following:

(gdb) run -X
Starting program: /usr/local/apache/bin/httpd_new -X

Program exited with code 0377.
(gdb) bt
No stack.

When I didn't have --enable-debug compiled in and I attempted to do a
backtrace, I got the following:

F10 key ==> File   Edit   Search   Buffers   Windows   System   Help
Program received signal SIGSEGV, Segmentation fault.
  0x28893e in malloc () from /lib/libc.so.6
  crap, hold on
  exited gdb already :)
  I dont like having our webserver down for so long
  ok did the bt
  #0  0x28893e in malloc () from /lib/libc.so.6
  #1  0x28987d in calloc () from /lib/libc.so.6
  #2  0x11888e in _dl_new_object () from /lib/ld-linux.so.2
  #3  0x1152e4 in _dl_map_object_from_fd () from
          /lib/ld-linux.so.2
  #4  0x116d7b in _dl_map_object () from /lib/ld-linux.so.2
  #5  0x1196ac in _dl_map_object_deps () from
/lib/ld-linux.so.2
  #6  0x2ff6e3 in getutmpx () from /lib/libc.so.6
  #7  0x11a365 in _dl_catch_error () from /lib/ld-linux.so.2
  #8  0x2ff900 in _dl_open () from /lib/libc.so.6
  #9  0x13135e in _pam_token_returns () from /lib/libdl.so.2
  #10 0x11a365 in _dl_catch_error () from /lib/ld-linux.so.2
  #11 0x13194e in dlerror () from /lib/libdl.so.2
  #12 0x13139b in dlopen () from /lib/libdl.so.2
  #13 0x8148c67 in ap_os_dso_load ()
  #14 0x8085f58 in load_module ()
  #15 0x812b69e in invoke_cmd ()
  #16 0x812c001 in ap_handle_command ()
  #17 0x812c09d in ap_srm_command_loop ()
  #18 0x812c769 in ap_process_resource_config ()
  #19 0x812d0b0 in ap_read_config ()
  #20 0x81378f3 in standalone_main ()
  #21 0x813826c in main ()
  #22 0x251a42 in __libc_start_main () from /lib/libc.so.6

Until I can get this working, I am running with the remote root exploit!
Please help, thanks...


-- 
Edit bug report at http://bugs.php.net/?id=15774&edit=1
-- 
Fixed in CVS:        http://bugs.php.net/fix.php?id=15774&r=fixedcvs
Fixed in release:    http://bugs.php.net/fix.php?id=15774&r=alreadyfixed
Need backtrace:      http://bugs.php.net/fix.php?id=15774&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15774&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15774&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15774&r=notwrong
Not enough info:     http://bugs.php.net/fix.php?id=15774&r=notenoughinfo
Submitted twice:     http://bugs.php.net/fix.php?id=15774&r=submittedtwice

Reply via email to