ID: 15156
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: RedHat Linux, 2.4.2 kernel
PHP Version: 4.1.1
New Comment:
I suggest you to install from scrach (including all config files
related)
Make sure you do "rpm -e" for all apache/php related package including
-devel one. Delete or move all httpd.conf/php.ini.
If you still have segfault problem, report it again.
Previous Comments:
------------------------------------------------------------------------
[2002-01-31 18:55:54] [EMAIL PROTECTED]
In spite of my prior 'make clean' commands, I found that copies of
libphp3.so and libphp4.so were present on my system. I deleted these
files and reinstalled PHP 4.1.1 from a fresh tarball distribution
(configuration options as before). I also scrutinized my httpd.conf
file and found that 'LoadModule libphp4.so' appeared twice, each with a
different path. In order to satisfy apache, I had previously created a
symbolic link from the second directory to modules/libphp4.so. I
subsequently deleted the symbolic link and the Apache directive that
refered to it.
I continue to have the problems but there are some differences. The
server starts fine. Documents with .html or .php extensions fail to
load in the browser and result in a child process segmentation fault in
the error_log. Occasionally, one browser request results in multiple
child seg. faults.
I tried to get a backtrace but strangely, when I run httpd with the -X
flag, the server does not crash. However, PHP code is not processed.
The core file is nowhere to be found.
Incidentally, commenting out the AddModule directive:
...
LoadModule php4_module modules/libphp4.so
...
# AddModule mod_php4.c
...
restores functionality to the server (without PHP enabled).
Scripts in the cgi-bin directory seem to work fine and text documents
(with .txt extensions) load fine from the html directory.
Any advice?
------------------------------------------------------------------------
[2002-01-30 14:29:33] [EMAIL PROTECTED]
Sorry if this is a stupid question but how do I turn off the xbit hack
directive?
Here are the answers to your questions:
1) I followed directions for an Apache module installation. If PHP4 is
installed as a CGI version as well, then I am not aware of it. How can
I confirm that the CGI version is not installed?
2) PHP3 was installed on this machine as part of the RedHat 7.1
distribution. I removed it (rpm -e php) prior to installing PHP4.
Should I check for some remnant of the previous installation that might
be causing a conflict?
3) Here are the relevant lines from my httpd.conf file
<IfModule mod_php4.c>
AddType application/x-httpd-php .php4 .php3 .phtml .php
AddType application/x-httpd-php-source .phps
</IfModule>
# The following is for PHP3:
<IfModule mod_php3.c>
AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php3-source .phps
</IfModule>
# The following is for PHP/FI (PHP2):
<IfModule mod_php.c>
AddType application/x-httpd-php .phtml
</IfModule>
Thanks again.
Craig
------------------------------------------------------------------------
[2002-01-24 21:01:31] [EMAIL PROTECTED]
Turn off xbit hack ini directive to see if it helps.
BTW, xbit hack works fine for me. (4.2.0-dev. It worked older versions
also)
Are you using PHP CGI version also?
Are you using PHP3 AND PHP4 as module?
What is "AddType" setting for PHP. (In httpd.conf)
------------------------------------------------------------------------
[2002-01-24 13:03:15] [EMAIL PROTECTED]
I've tried versions of PHP all the way back to 3.0.18 and I still get
the same problems.
------------------------------------------------------------------------
[2002-01-22 18:40:22] [EMAIL PROTECTED]
Update:
I just tried to reinstall using slightly older releases of MySQL and
PHP. However, the problem persists. Requests for HTML cause segfault,
requests for PHP return unprocessed document text. Latest installed
versions are:
PHP 4.0.6
MySQL 3.23.47
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=15156
Edit this bug report at http://bugs.php.net/?id=15156&edit=1
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
