Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:36957
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.200.172 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=HmiGCnErKljdPYbKBQdEyqYXd653GYuXTes8nPI0prW7IUa1INrpr0w2dvKi/7+JUYkDJN+FAsONYz78prm+BmPkd5hr6+VTC47iVbuKTUaMLJ7IPnraBWFrczJhFnFqSoOQDiqtaNR55c8GOwONnBnB2M3Y1rAkOA/BqIt6+kM=
Message-ID: <78c6bd860804110931g68ad938bqbced7a647db35482@mail.gmail.com>
Date: Fri, 11 Apr 2008 12:31:27 -0400
To: "Antony Dovgal" <tony@daylessday.org>
Cc: internals@lists.php.net
In-Reply-To: <47FF2EE1.403@daylessday.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <78c6bd860804101019p47829b34k46176bfbc5afe9a5@mail.gmail.com>
	 <47FF2EE1.403@daylessday.org>
Subject: Re: [PHP-DEV] FPE in ld-linux-x86-64.so loading custom extension
From: ioplex@gmail.com ("Michael B Allen")

On 4/11/08, Antony Dovgal <tony@daylessday.org> wrote:
> On 10.04.2008 21:19, Michael B Allen wrote:
>
> > Can anyone recommend a method for debugging this issue?
> >
>
>  I'd start with --enable-debug and valgrind.
>
>
> > It seems to be this one particular server. I have not been able to
> > reproduce the issue here.
> >
>
>  What's the difference between this server and the others?
>  Do the others use different Apache version/build?
>  Other architecture maybe? LD version?

Actually it looks like this does have to do with the LD version and
specifically the .hash vs .hash.gnu section in the binaries. I was
building x86_64 binaries on a machine that only used the newer
.hash.gnu section (contrary to the man page which claims sysv style is
the default). I suspect that the client is using an older system who's
loader only supports the traditional sysv style .hash section. It
seems the solution is to use -Wl,--hash-style=both so that the dso and
library it's linked with have both the .hash and .hash.gnu sections
(confirmed with objdump -h foo.so).

But I'm waiting to hear back from the client for the verdict. I'll
post a followup.

Mike

-- 
Michael B Allen
PHP Active Directory SPNEGO SSO
http://www.ioplex.com/