| Summary: | www/apache20 (7.0-RC1) segfault on HUP w/ some php5 extensions | ||
|---|---|---|---|
| Product: | Ports & Packages | Reporter: | Andy Hilker <ah> |
| Component: | Individual Port(s) | Assignee: | freebsd-apache (Nobody) <apache> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
Andy Hilker
2008-02-08 14:10:01 UTC
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. |