From owner-freebsd-stable@FreeBSD.ORG Fri Feb 12 22:23:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 870151065672 for ; Fri, 12 Feb 2010 22:23:21 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from deliver.hol.gr (deliver.hol.gr [62.38.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id F03A78FC0A for ; Fri, 12 Feb 2010 22:23:20 +0000 (UTC) Received: from auth-smtp.hol.gr (takeit01.mail.dc.hol.net [192.168.20.71]) by deliver.hol.gr (8.12.11/8.11.6) with ESMTP id o1CMN6si004548 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256 bits) verified OK); Sat, 13 Feb 2010 00:23:07 +0200 Received: from [192.168.2.2] ([62.38.18.148]) by auth-smtp.hol.gr (8.13.1/8.13.1) with ESMTP id o1CMN4U2013136; Sat, 13 Feb 2010 00:23:05 +0200 Message-ID: <4B75D4C4.10400@eng.auth.gr> Date: Sat, 13 Feb 2010 00:23:00 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: jhell References: <4B74502C.3080906@eng.auth.gr> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.94.2/10387/Fri Feb 12 07:28:58 2010 on takeit01.mail.dc.hol.net X-Virus-Status: Clean Cc: freebsd-stable Subject: Re: openldap client GSSAPI authentication segfaults in fbsd8stable i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Feb 2010 22:23:21 -0000 On 12/2/2010 8:48 πμ, jhell wrote: > > > This is a lot of information to consume. > > Lets start with this: > > All of the machines in question are of some form of FreeBSD 8. > > You enter gdb and very clearly it starts whining about a segfault & > libc.so.7 > > Did you happen to upgrade these clients & server from FreeBSD 7 ? > > AFAIK the libc version on FreeBSD 8 was bumped to libc.so.8 > > If you upgraded and from source did you run make delete-old and make > delete-old-libs after your make install and after your mergemaster ? > > Will wait here for results. > > Best wishes. > jhel, None of my machines is upgraded from fbsd7. As I stated in my previous email, two of them are built from January's snapshot (no updates/upgrades); My gdb example is running on one of these machines. Nevertheless, on all machines that segfault, the outcome of gdb is the same. The rest machines are built either from fbsd8-release and upgraded to the latest stable sources, except from my laptop which was installed from fbsd8-beta1 and has been upgraded frequently since then. Its current binaries are built from January's 25 sources. Either way, since you asked, I always use make delete-old and make delete-old-libs when upgrading. Lastly, to make a long story short, what I want everybody to keep from my latest email is that 32bit and 64bit behave differently. 32bit segfaults, but not always..and it definately behaves differently when built on vmware esxi4 then when built on virtual box. Then again, amd64, on the same esxi host works correctly in only one of the two machines. Lastly, I want someone who knows more about the sources in question than I do, to see what gdb shows, and that after the little hack we made, instead of a segfault we got the same strange behavior as that of the "brokent" amd64 box. Cheers once more. mamalos