From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 12:12:14 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62B0916A4CE; Thu, 3 Jun 2004 12:12:14 -0700 (PDT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00A1E43D54; Thu, 3 Jun 2004 12:12:14 -0700 (PDT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 8C82CFD029; Thu, 3 Jun 2004 12:12:13 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25239-09; Thu, 3 Jun 2004 12:12:13 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id D38D1FD020; Thu, 3 Jun 2004 12:12:12 -0700 (PDT) From: Sean McNeil To: freebsd-amd64@freebsd.org In-Reply-To: <1086254809.81807.10.camel@server.mcneil.com> References: <1086254809.81807.10.camel@server.mcneil.com> Content-Type: text/plain Message-Id: <1086289932.53327.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 03 Jun 2004 12:12:12 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: bash core dumping when resize gnome-terminal on amd64 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2004 19:12:14 -0000 On Thu, 2004-06-03 at 02:26, Sean McNeil wrote: > I did some investigation into a core dump of bash that I have been > having. First, I do not know if this problem exists with the i386 arch, > but it is possible. I never noticed it. > > I use nss_ldap. There were some efforts to purge shared libraries from > explicitly linking to libthread.so whenever they do not directly use > pthread functions as this can cause issues with the nss layer in libc. > Some of those issues have been addressed. Some, unfortunately, are > still around. I just found a new one: > > My openldap, used by nss_ldap, uses sasl. sasl in turn uses db41. db41 > is building /usr/local/lib/libdb41.so.1 with an explicit link to > libpthread.so. This is because of line 3263 in dist/configure setting > LDFLAGS to use -lpthread. This is wrong. It explicitly links programs > correctly with -lpthread and LDFLAGS is used with creating shared > libraries (don't know why, it really shouldn't as it isn't linking). > The following patch fixed my core dumps of bash on window resizes: > > *** work/db-4.1.25/dist/configure~ Thu Jun 3 02:03:44 2004 > --- work/db-4.1.25/dist/configure Thu Jun 3 02:04:08 2004 > *************** bsdi3*) optimize_def="-O2" > *** 3259,3265 **** > bsdi*) optimize_def="-O2";; > freebsd*) > optimize_def="-O2" > ! CPPFLAGS="$CPPFLAGS -D_THREAD_SAFE" > hpux*) CPPFLAGS="$CPPFLAGS -D_REENTRANT";; > irix*) optimize_def="-O2" > CPPFLAGS="$CPPFLAGS -D_SGI_MP_SOURCE";; > --- 3259,3265 ---- > bsdi*) optimize_def="-O2";; > freebsd*) > optimize_def="-O2" > ! CPPFLAGS="$CPPFLAGS -D_THREAD_SAFE";; > hpux*) CPPFLAGS="$CPPFLAGS -D_REENTRANT";; > irix*) optimize_def="-O2" > CPPFLAGS="$CPPFLAGS -D_SGI_MP_SOURCE";; Oops. I had an error that I fixed and didn't realize the above patch is bogus. It should have been taking out the LDFLAGS setting and adding the ;; to the line above. Sean