From owner-freebsd-current@FreeBSD.ORG Tue May 15 18:49:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D61C816A402 for ; Tue, 15 May 2007 18:49:03 +0000 (UTC) (envelope-from mp@FreeBSD.org) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id 77FD013C46A for ; Tue, 15 May 2007 18:49:03 +0000 (UTC) (envelope-from mp@FreeBSD.org) Received: (qmail 14259 invoked by uid 0); 15 May 2007 18:49:01 -0000 Received: from 63.251.108.100 (HELO mp.local) (63.251.108.100) by relay02.pair.com with SMTP; 15 May 2007 18:49:01 -0000 X-pair-Authenticated: 63.251.108.100 Message-ID: <464A008E.5040508@FreeBSD.org> Date: Tue, 15 May 2007 11:48:46 -0700 From: Mark Peek User-Agent: Thunderbird 2.0.0.0pre (Macintosh/20070419) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4649A81A.60609@bulinfo.net> <4649B5FB.2060808@bulinfo.net> <20070515105611.00747584.rnsanchez@wait4.org> In-Reply-To: <20070515105611.00747584.rnsanchez@wait4.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: csh on arm failure? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2007 18:49:03 -0000 On 5/15/07 6:56 AM, Ricardo Nabinger Sanchez wrote: > On Tue, 15 May 2007 16:30:35 +0300 > Krassimir Slavchev wrote: > >> (gdb) bt >> #0 0x20204bb0 in kill () from /lib/libc.so.7 >> #1 0x20200370 in abort () from /lib/libc.so.7 >> #2 0x00045fe4 in malloc (nbytes=16) >> at /work/arm/src/bin/csh/../../contrib/tcsh/tc.alloc.c:213 >> #3 0x00045fe4 in malloc (nbytes=16) >> at /work/arm/src/bin/csh/../../contrib/tcsh/tc.alloc.c:213 >> (gdb) > > Any chances that this relates to Steven's PR 112408? (Not the gdb part, just > the tcsh regression.) No, this is different. The tcsh malloc is showing it is out of memory and aborting. The thing I don't understand is the malloc is coming from tcsh instead of using the system malloc. Looking at this file: src/bin/csh/config_p.h: ... #if defined(__FreeBSD__) #define NLS_BUGS #define BSD_STYLE_COLORLS /* we want to use the system malloc when we install as /bin/csh */ #define SYSMALLOC /* Use LC_MESSAGES locale category to open the message catalog */ #define MCLoadBySet NL_CAT_LOCALE #define BUFSIZE 8192 #endif The SYSMALLOC define should cause it to use the system malloc and not the tcsh malloc. Could __FreeBSD__ not be defined? Also, it is odd that it is out of memory in the first place. Has it worked before? Is there something that changed in the arm memory allocation schemes? Mark