From owner-freebsd-amd64@FreeBSD.ORG Sat Jun 5 12:17:34 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 783C316A4CE; Sat, 5 Jun 2004 12:17:34 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28B4743D2D; Sat, 5 Jun 2004 12:17:34 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i55JHQtD001743; Sat, 5 Jun 2004 15:17:28 -0400 (EDT) Date: Sat, 5 Jun 2004 15:17:26 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Sean McNeil In-Reply-To: <1086455922.18813.15.camel@server.mcneil.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Tim Robbins cc: freebsd-amd64@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: All my amd64 problems appear to be KSE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2004 19:17:34 -0000 On Sat, 5 Jun 2004, Sean McNeil wrote: > On Sat, 2004-06-05 at 10:11, Daniel Eischen wrote: > > On Sat, 5 Jun 2004, Sean McNeil wrote: > > > > > resize of bash causes error like this: > > > > > > #0 _thr_sig_handler (sig=28, info=0x100, ucp=0x201701904) > > > at /usr/src/lib/libpthread/thread/thr_sig.c:373 > > > #1 0x00000002006ae9b0 in _rl_savestring () from /lib/libreadline.so.4 > > > #2 > > > #3 0x0000000200a822ec in read () from /lib/libc.so.5 > > > #4 0x00000002006ab113 in rl_getc () from /lib/libreadline.so.4 > > > #5 0x00000002006ab0c9 in rl_read_key () from /lib/libreadline.so.4 > > > #6 0x00000002006bdeb7 in readline_internal_char () from > > > /lib/libreadline.so.4 > > > > That all looks fine, but bash isn't threaded is it? > > bash isn't naturally threaded. I rebuilt db41 to its default of linking > with pthread. This caused threading to be pulled in. Look again, info > and ucp are garbage. It core dumps when it tries to dereference info. I can't tell whether info or ucp are garbage or not. If libpthread is being unloaded, then you would expect it not to work correctly. -- Dan Eischen