php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #7212 Writing to HTTPD.Conf
Submitted: 2000-10-14 17:37 UTC Modified: 2000-11-03 19:20 UTC
From: clivestorey at cwcom dot net Assigned:
Status: Closed Package: *General Issues
PHP Version: 4.0.3 OS: linux 6.2
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: clivestorey at cwcom dot net
New email:
PHP Version: OS:

 

 [2000-10-14 17:37 UTC] clivestorey at cwcom dot net
After 27 hours of trying to install PHP4.0.3 we are lost. I cannot see the trouble we are having anywhere else/ so this maybe a bug or just us newbies.

Apache 1.3.x

We configured php-4.0.3 with
./configure --with-mysql=/usr --with-apxs there were no problems or error messages , nor with make & make install.  On checking the httpd.conf file we see that the install programme has written to the file:
 
LoadModule php4_module lib/apache/libphp.so
AddModule mod_php4.c

We assume the programme is instructed to right these at the place after where it finds the last corresponding entry.  In our case this places them after 
LoadModule put module modules/mod_put  and
AddModule mod_php4.c

this is way down in the section for home/http/html and causes the server not to run.  We believe they should be placed in the section where all the other LoadModules are,
is this correct?

Also the programme sends the LoadModule php4_module to the path /lib/apache/libphp4.so.  We do not have that directory. We do have usr/lib/apache/libphp4.so but on using that it states that the directory does not exist. We also have (etc/httpd/conf/)modules/libphp4.so,  we tried that path without success.

Your help would be much appreciated

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-10-16 15:18 UTC] clivestorey at cwcom dot net
Hi
After another 8 hrs we have tried a variety of new things. 
We dumped php-4.0.3 and installed php-4.0.3pl1 followed the instructions for DSO install using:

./configure --with-mysql=/usr --with-apxs=/usr/sbin/apxs
make
make install
there were no faults.

In the httpd.conf file the programme had now written the AddModules mod_php4.c to the correct location but still puts LoadModule php4_module lib/apache/libphp4.so at the bottom of the file.  Moving this to the correct location and running apache we get the error that it cannot find the file etc/httpd/lib/apache/libphp4.so which is correct because this does not excist. On changing the path to modules/libphp4.so and checking with httpd -t we get SYNTAX OK segmentation fault (core dump).

This problem 
is shown in bug 5701/4850

We have also encountered all of the syptoms in bug 6803/6674/5791/5758

As stated somewhere it is very frustating that we could get php-4.0.2 working
 [2000-10-18 06:38 UTC] clivestorey at cwcom dot net
Hi
Another day another 8 hrs gone by.

Over the last 8 hrs we have configured php-4.0.3pl1 in every conceivable way but all with the same results.  The php compile programme writes the files 
                               LoadModule php4_module lib/apache/libphp.so
                               AddModule mod_php4.c
to the wrong place on the httpd.conf file with the result httpd.conf will not run. 

When we change these to the correct place and check the file with httpd -t we get SYNTAX OK segmentation fault (core dump). On trying to run httpd.conf in stalls.

As a way of reference to other poor souls,  we spent a considerable amount of time trying to find the command apachectl.  We have over many hrs left e-mails, read FAQ,s and contacted Apache (useless).  It appears that if you install apache via a rpm it does not compile with the apachectl command and if you install from source you have to specify --with-apachctl.  Be warned!!!   

By chance on having to replace our httpd.conf file for the umpteenth time,  we noticed that when the php programme wrote to the http.conf file it changed the permission on the httpd.conf file to 0644,  on changing them back to 0755 we did not get the segmentation fault and httpd.conf ran with the syntax specified.

Unfortunately this is not the end of our problems as we thought.

On clicking on one or all of our .php pages (which used to work a treat under php-4.0.2) instead of getting the page we now get the SAVE AS box appear??????. 

HAS ANYONE HAD THE SAME PROBLEM?.

Has it anything to do with the AddType application/x-httpd-php .php line.  I only ask because you actually load the module_php4 and AddModule mod_php4.c?????????

Any help would be much appreciated to save us any more long hours in the php wilderness!!!!!


 [2000-10-19 07:37 UTC] clivestorey at cwcom dot net
Well here we are again another day another dollar (?) gone.

In trying to resolve the file extention problem in the httpd.conf file we again came across the segmentation problem.  We tried everything to resolve this and in desperation decided to reload 4.0.2 which we had working.

We removed all of 4.0.3pl1 and installed 4.0.2 it did not work the httpd.conf file when trying to start , starts but then gives you a segmentation fault and closes.

After many many many hours of fruitless work by 3 of us we have decided to give up and make do without php4.

We would like to thank all of those that have tried to help (0) in our quest. 
 [2000-10-19 19:29 UTC] sniper@php.net
Which version of  apache you tried to configure/compile?
And what was the configure line you used to configure it with?

I (and many others) are running Apache 1.3.12/PHP 4.0.3pl1 
and don't have any troubles with it. 

--Jani
 [2000-10-23 18:34 UTC] clivestorey at cwcom dot net
A RedHat engineer installed Apache as a rpm file.

We are installing on Wednesday 25th October RedHat 7.0 as a way of solving our problems

regards

Clive Storey
diy4all.org.uk.
 [2000-11-03 19:20 UTC] sniper@php.net
I assume the problem has been solved. Closing this now.
Reopen if you still believe there is some bug in PHP.

--Jani
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Tue May 21 18:01:35 2024 UTC