ID: 15156
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Reproducible crash
Operating System: RedHat Linux, 2.4.2 kernel
PHP Version: 4.1.1
New Comment:
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
------------------------------------------------------------------------
[2002-02-02 19:08:22] [EMAIL PROTECTED]
> <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>
You *CANNOT* specify the same extension for PHP4/PHP3/PHPFI.
Just don't do that, then it should work.
We cannot anything for it, probably.
(i.e. It's simply does not work and there may not be good way to prevend
segfault for such configuration)
------------------------------------------------------------------------
[2002-02-01 20:10:20] [EMAIL PROTECTED]
I did as you suggested. New apache and apache-devel rpms. Then
installed PHP 4.1.1 All is well regarding segmentation faults.
However, in order to get apache to process the embedded php code, I had
to slightly modify the httpd.conf file.
This was the code that didn't work:
<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>
I moved the AddType directives outside of the <IfModule mod_php4.c>
block and now it works.
Thanks for your help!
------------------------------------------------------------------------
[2002-02-01 00:31:20] [EMAIL PROTECTED]
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.
------------------------------------------------------------------------
[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
------------------------------------------------------------------------
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/15156
--
Edit this bug report at http://bugs.php.net/?id=15156&edit=1
