Date: Wed, 29 Jun 2011 10:22:11 +0100 From: "Steven Hartland" <killing@multiplay.co.uk> To: "Alex Dupre" <ale@FreeBSD.org>, <freebsd-ports@freebsd.org> Subject: Re: php5-5.3.6_1 with Segmentation fault (amd64) Message-ID: <E61799A66DC5414795A2D3617F819E6F@multiplay.co.uk> References: <BANLkTinJDN71V7XS5poiSMsd9ACvweH%2Bug@mail.gmail.com><36819C4DB6FB4B11B115F046D018D5C4@multiplay.co.uk> <4E0AD538.6060209@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message -----
From: "Alex Dupre" <ale@FreeBSD.org>
> The issue is very complex, it depends on many factors (FreeBSD version,
> calling program, extensions loaded, ports options, etc.). In short
> words, dlopening and dlclosing libthr is bad. The final and definitive
> solution would be a libc including libthr (if I'm not wrong there was a
> plan to do it). A less drastic solution would be to link to libthr every
> program that dlopen() uncontrolled libraries (i.e. apache, php, etc.).
> I've already proposed this change, but was considered too risky at that
> time. So, for now, you have to live with the LINKTHR php option that
> does its best to make all happy.
We'll I've not managed to get a working php from the default settings
for a while now. Even core php requires libxml which is using libthr
so I would suggest LINKTHR needs to be set by default.
Regards
Steve
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster@multiplay.co.uk.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E61799A66DC5414795A2D3617F819E6F>