ID: 15156
Updated by: [EMAIL PROTECTED]
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:

> <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)




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

[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

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

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

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

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