Consider the following setup: - 7.0-RC1 - apache-2.0.63 - php5-5.2.5_1 with extensions: openssl or ftp or mhash Then hupping the apache will not longer work: kill -1 `cat /var/run/httpd.pid` -- httpd-error.log -- [notice] SIGHUP received. Attempting to restart [notice] seg fault or similar nasty error detected in the parent process -- httpd-error.log -- More information: - On 6.2 machines, i can not repeat this error. - Not having any of those 3 modules (openssl, ftp, mhash) will avoid the problem (other php5 modules i am using work fine) How-To-Repeat: It is enough if you have - 7.0-RC1 (amd64) - apache-2.0.63 - php5-5.2.5_1 with at least on of (openssl, ftp, mhash) extension kill -1 `cat /var/run/httpd.pid`
Responsible Changed From-To: freebsd-ports-bugs->clement Over to maintainer(s).
I have to correct myself: FreeBSD 6.2 is also affected.
... and it happens on i386 (not only amd64) with latest port (which contains the latest Makefile version with "Workaround a sh segfault on 6-STABLE").
Hi Clement, You (Clement Laforet) wrote: > Hi Andy, > > On Mon, Feb 25, 2008 at 01:41:19PM +0100, Andy Hilker wrote: > > I have seen your last commit message for this port: > > - Workaround a sh segfault on 6-STABLE > > > > and just want to inform you that the PR 120409 is still valid. I > > got the same problem on i386/FreeBSD6.2 and amd64/FreeBSD7 with the > > latest commit from feb. 8th. > > It was not intended to fix your segfault. It's only at configure time. > your problem is a long standing one: it's a problem with php dynamic > linker. > when PHP module is loaded, it tries to resolves its extensions > symbols and it fails. The workaround is to find the correct loading > order, but some extensions tend to conflict each others. Thanks for your answer. The problem on 6.2/i386 seems to be related to http://www.freebsd.org/cgi/query-pr.cgi?pr=115893 If I use the patch (http://www.freebsd.org/cgi/query-pr.cgi?prp=115893-1-diff&n=/patch-1.diff) I get the segmentation fault on HUP. If I use the workaround for php5-ffmpeg (remove --enable-pthreads from multimedia/ffmpeg/Makefile) everything works. The problem on 7.0/amd64 occured after upgrading php5+apache (nothing else was changed), but ok, i have solved it by changing to apache22. I can not test anymore if changing the order in extensions.ini would have any effect. I think you can close ports/120409 and I will update the PR 115893. regards, andy
Responsible Changed From-To: clement->apache apache team
State Changed From-To: open->closed close by submitter request.