ID: 16319
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: RedHat 7.1
PHP Version: 4.1.2
New Comment:
The backtrace clearly shows that the crash happens
in Apache, NOT in PHP. Please report this to the Apache
group.
Previous Comments:
------------------------------------------------------------------------
[2002-03-27 15:34:49] [EMAIL PROTECTED]
Alright, Apache 1.3.24 configure line:
./configure --without-execstrip --prefix=/usr/apache
--enable-module=digest --enable-module=log_agent
--enable-module=mime_magic --enable-module=usertrack
--enable-module=expires --enable-module=so --enable-module=vhost_alias
--enable-module=headers --enable-module=info
--enable-module=log_referer --enable-module=rewrite
And, guess what, now it works - Although I'm still left clueless; I
recompiled Apache quite a few times - the only difference here is
--without-execstrip and all modules statically (I compiled some modules
dynamically before).
But I'd still like to know what's going on (because I want to recompile
an Apache suited for my needs, and not one with complete debug
information and all static modules).
------------------------------------------------------------------------
[2002-03-27 15:14:43] [EMAIL PROTECTED]
Well, here's some kind of full backtrace - But as you can see there is
no symbol table info.
(gdb) run -X
Starting program: /usr/apache/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x08091045 in ap_base64decode_binary () at eval.c:41
41 eval.c: No such file or directory.
in eval.c
(gdb) bt full
#0 0x08091045 in ap_base64decode_binary () at eval.c:41
ap = (void **) 0x811dd0f
digval = 0
digval = 0
digval = 0
digval = 0
result = 135388431
result = 135388431
value = (void *) 0x811e001
#1 0xfffff510 in ?? ()
No symbol table info available.
Cannot access memory at address 0xffffa882
I guess I'm going to compile Apache --without-execstrip after
submitting this - maybe this can produce more info.
------------------------------------------------------------------------
[2002-03-27 15:05:26] [EMAIL PROTECTED]
ap_*() function prefixed do actually come from Apache itself. Good
chance PHP even isn't involved there.
Have you tried updating/recompiling your apache?
Can you provide a full backtrace (bt full) ?
------------------------------------------------------------------------
[2002-03-27 14:56:05] [EMAIL PROTECTED]
I got a quite strange problem...
Setup: Apache 1.3.24 (also tried with 1.3.23) and PHP 4.1.2 (also tried
with latest SS php4-2002-03-27-0900), always built with APXS as libphp4
shared object.
Configure line:
--enable-debug --with-apxs=/usr/apache/bin/apxs
(Yes, not much here, just to see if it works. Also tried
--disable-xml)
There is no problem when I load a script in the document root
directory, which does some simple file read operations (phpinfo() works
too). However, as soon as I try to access a subdirectory, like my
phpMyAdmin in dbadmin or sqladmin (with http access control, config
access control just works fine) I get a SegFault. Strange thing is, I
even get this if there's just one 'touch'ed index.php with length zero
in the directory.
My backtrace:
-----------------------------------------------------
(gdb) run -X
Starting program: /usr/apache/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x08091045 in ap_base64decode_binary () at eval.c:41
41 eval.c: No such file or directory.
in eval.c
-----------------------------------------------------
I don't even know where that eval.c is - so I have no means to fix it
myself in any way. Maybe it's just a big fault of mine I cannot see,
but I have no clue what the problem is.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=16319&edit=1
