From owner-freebsd-hackers Tue Aug 28 10:23:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id 5134A37B405; Tue, 28 Aug 2001 10:23:48 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.6/8.11.5) with ESMTP id f7SHNer61235; Tue, 28 Aug 2001 12:23:40 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <00e101c12fe5$a95bda70$28d90c42@eservoffice.com> From: "Steven Ames" To: "Andrew Gallatin" Cc: "David O'Brien" , "Jim Bryant" , References: <3B8AC157.5000203@yahoo.com><020701c12f43$8e0e2310$28d90c42@eservoffice.com><3B8AC8DB.5090603@yahoo.com><004801c12f49$66cccb20$28d90c42@eservoffice.com><20010827201407.A32152@virtual-voodoo.com><3B8B05AF.9070004@yahoo.com><20010827200243.A8113@dragon.nuxi.com><20010828092016.B21396@virtual-voodoo.com> <15243.50114.846473.519938@grasshopper.cs.duke.edu> Subject: Re: TCSH bug... Date: Tue, 28 Aug 2001 12:19:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Andrew Gallatin" > Actually, it is a tcsh bug. Try playing with the MALLOC_OPTIONS > env. variable in -stable. Specifically, set it to 'AJ' & I bet it will > drop core in -stable. Eg: > [EXAMPLE DELETED] > Note that -current has malloc options 'AJ' on by default to catch just > this kind of bug. Ah. That wasn't clear from 'man malloc' under CURRENT. Setting MALLOC_OPTIONS = "J" (on -STABLE) causes the dump. Now according to the man page for malloc: J Each byte of new memory allocated by malloc(), realloc() or reallocf() as well as all memory returned by free(), realloc() or reallocf() will be initialized to 0xd0. This options also sets the ``R'' option. This is intended for debugging and will impact performance negatively. This option is used to catch places where the code makes assumptions about the contents of malloc memory? (e.g. that it is zeroed)? I will submit a problem report to Christos but I want to make sure that I can explain exactly what is happening and why... -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message