From owner-freebsd-ports@FreeBSD.ORG Wed Jun 29 09:33:59 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F072106564A for ; Wed, 29 Jun 2011 09:33:59 +0000 (UTC) (envelope-from prvs=116128a1d9=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 05CAA8FC16 for ; Wed, 29 Jun 2011 09:33:58 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 29 Jun 2011 10:21:51 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 29 Jun 2011 10:21:51 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50013915610.msg; Wed, 29 Jun 2011 10:21:50 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=116128a1d9=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Alex Dupre" , References: <36819C4DB6FB4B11B115F046D018D5C4@multiplay.co.uk> <4E0AD538.6060209@FreeBSD.org> Date: Wed, 29 Jun 2011 10:22:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6090 Cc: Subject: Re: php5-5.3.6_1 with Segmentation fault (amd64) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2011 09:33:59 -0000 ----- Original Message ----- From: "Alex Dupre" > 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.