From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 6 15:03:07 2004 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 917E316A4CF for ; Fri, 6 Feb 2004 15:03:07 -0800 (PST) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id D62FD43D1D for ; Fri, 6 Feb 2004 15:03:03 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 21339 invoked from network); 6 Feb 2004 23:03:03 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Feb 2004 23:03:03 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i16N2pM4020942; Fri, 6 Feb 2004 18:02:59 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Kris Kennaway , matthias.andree@gmx.de, alpha@FreeBSD.org Date: Fri, 6 Feb 2004 18:03:59 -0500 User-Agent: KMail/1.5.4 References: <20040206223918.GA58851@xor.obsecurity.org> In-Reply-To: <20040206223918.GA58851@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402061803.59922.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: obrien@FreeBSD.org Subject: Re: bogofilter causes infinite backtrace loop on alpha 5.x X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2004 23:03:07 -0000 On Friday 06 February 2004 05:39 pm, Kris Kennaway wrote: > The 3 bogofilter ports are going into an infinite loop on bento's > alpha 5.2-CURRENT build: Looks like maybe gdb is broken. Obrien recently changed how gdb does stack backtraces on Alpha. I thought it only affected kgdb, but maybe it broke normal gdb? > [...] > make check-TESTS > Abort trap (core dumped) > > >>> Using core file "./abortme.core". > > warning: Hit heuristic-fence-post without finding > > warning: enclosing function for address 0x1601b5c60 > > >>> Using exec file "abortme". > >>> Running command: gdb -nw -r -batch -n -x script.gdb.82865 -silent > >>> abortme ./abortme.core > dev/null > Core was generated by `abortme'. > Program terminated with signal 6, Aborted. > #0 0x1601b5c60 in kill () from /lib/libc.so.5 > <<< SIMPLE BACKTRACE <<< > #0 0x1601b5c60 in kill () from /lib/libc.so.5 > #1 0x1601a7128 in raise () from /lib/libc.so.5 > #2 0x1601a7128 in raise () from /lib/libc.so.5 > #3 0x1601a7128 in raise () from /lib/libc.so.5 > #4 0x1601a7128 in raise () from /lib/libc.so.5 > #5 0x1601a7128 in raise () from /lib/libc.so.5 > #6 0x1601a7128 in raise () from /lib/libc.so.5 > #7 0x1601a7128 in raise () from /lib/libc.so.5 > #8 0x1601a7128 in raise () from /lib/libc.so.5 > #9 0x1601a7128 in raise () from /lib/libc.so.5 > #10 0x1601a7128 in raise () from /lib/libc.so.5 > #11 0x1601a7128 in raise () from /lib/libc.so.5 > [Repeats for 256MB until hitting the filesize limit] > > Can you please investigate? > > Kris -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org