ID: 15774
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Reproducible crash
Operating System: GNU/Linux Debian Potato
-PHP Version: 4.1.1
+PHP Version: 4.1.2
New Comment:
Actually, I was running 4.0.6 before this upgrade, not 4.1.1, but I did
use the same configuration options that I used from 4.0.6 (I always
save my ./configure options so that I can recreate them).
Previous Comments:
------------------------------------------------------------------------
[2002-02-28 02:43:31] [EMAIL PROTECTED]
This is what I am using for my apache configuration:
./configure \
--prefix=/usr/local/apache \
--enable-module=unique_id \
--enable-module=rewrite \
--enable-module=speling \
--enable-module=expires \
--enable-module=info \
--enable-module=log_agent \
--enable-module=log_referer \
--enable-module=so \
--logfiledir=/var/log/apache \
--activate-module=src/modules/php4/libphp4.a \
--enable-module=vhost_alias
This is what I am using for my php configuration:
./configure \
--prefix=/usr/local/php \
--with-apache=../apache_1.3.23 \
--enable-ftp \
--with-xml \
--enable-track-vars \
--with-mysql=/usr/local/mysql \
--with-pgsql=/usr/local/pgsql/ \
--enable-debug \--with-config-file-path=/usr/local/php/lib
also, ran gdb and did a little poking around:
(gdb) br zend_hash_destroy
Breakpoint 1 at 0x813a7c3: file zend_hash.c, line 532.
(gdb) r -X
Starting program: /usr/local/apache/bin/httpd_new -X
Breakpoint 1, zend_hash_destroy (ht=0x81e8ce0) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) n
534 SET_INCONSISTENT(HT_IS_DESTROYING);
(gdb)
536 p = ht->pListHead;
(gdb) c
Continuing.
Breakpoint 1, zend_hash_destroy (ht=0x81edb20) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) n
534 SET_INCONSISTENT(HT_IS_DESTROYING);
(gdb)
536 p = ht->pListHead;
(gdb) c
Continuing.
Breakpoint 1, zend_hash_destroy (ht=0x81e9c9c) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) c
Continuing.
Breakpoint 1, zend_hash_destroy (ht=0x81d8c60) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) c
Continuing.
Breakpoint 1, zend_hash_destroy (ht=0x81ea7b4) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) c
Continuing.
Breakpoint 1, zend_hash_destroy (ht=0x81ea788) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) d
Delete all breakpoints? (y or n) n
(gdb) c
Continuing.
Breakpoint 1, zend_hash_destroy (ht=0x82059b8) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) c
Continuing.
Breakpoint 1, zend_hash_destroy (ht=0x82059e8) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) watch 0x081d8860
Watchpoint 2: 136153184
(gdb) c
Continuing.
Breakpoint 1, zend_hash_destroy (ht=0x8205d58) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) c
Continuing.
Breakpoint 1, zend_hash_destroy (ht=0x8205d84) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) c
Continuing.
Breakpoint 1, zend_hash_destroy (ht=0x820e8b0) at zend_hash.c:532
532 IS_CONSISTENT(ht);
(gdb) clear zend_hash_destroy
Deleted breakpoint 1
(gdb) c
Continuing.
Program exited with code 0377.
(gdb) quit
------------------------------------------------------------------------
[2002-02-28 02:24:48] [EMAIL PROTECTED]
There is nothing here to go on. If you could compile and run 4.1.1 you
can compile and run 4.1.2. Nothing was changed that would cause this
sort of problem. Your strace doesn't even touch anything in PHP.
Check your build options for 4.1.1, compare them to what you are doing
for 4.1.2. I suspect user-error here.
------------------------------------------------------------------------
[2002-02-28 02:21:06] [EMAIL PROTECTED]
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 this bug report at http://bugs.php.net/?id=15774&edit=1
