ID: 15156
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: RedHat Linux, 2.4.2 kernel
PHP Version: 4.1.1
New Comment:

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!


Previous Comments:
------------------------------------------------------------------------

[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

------------------------------------------------------------------------

[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.

------------------------------------------------------------------------

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]

Reply via email to