From owner-freebsd-current@FreeBSD.ORG Wed Mar 22 22:56:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BBA116A401 for ; Wed, 22 Mar 2006 22:56:31 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE4FC43D45 for ; Wed, 22 Mar 2006 22:56:30 +0000 (GMT) (envelope-from jasone@FreeBSD.org) Received: by lh.synack.net (Postfix, from userid 100) id 8EEEE5E4906; Wed, 22 Mar 2006 14:56:30 -0800 (PST) Received: from [192.168.168.201] (moscow-cuda-gen2-68-64-60-20.losaca.adelphia.net [68.64.60.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 294715E4906; Wed, 22 Mar 2006 14:56:30 -0800 (PST) Message-ID: <4421D61B.80604@FreeBSD.org> Date: Wed, 22 Mar 2006 14:56:27 -0800 From: Jason Evans User-Agent: Mozilla Thunderbird 1.0.7-1.4.1 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20060322224936.3F76C45041@ptavv.es.net> In-Reply-To: <20060322224936.3F76C45041@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.5 (2005-11-28) on lh.synack.net X-Spam-Level: * X-Spam-Status: No, score=1.8 required=5.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.5 Cc: freebsd-current@freebsd.org, othermark Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd 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: Wed, 22 Mar 2006 22:56:31 -0000 Kevin Oberman wrote: >>Date: Wed, 22 Mar 2006 14:24:08 -0800 >>From: Jason Evans >>Kevin Oberman wrote: >>>Not only did the fix to Makefile.inc1 not do the trick, but >>>hand-building gnesnmptree and hand executing the commands to make the >>>oid.h file didn't help a bit. >>> >>>I'm baffled. (And probably missing the obvious.) >> >>This isn't a very satisfying solution, but if you do the buildworld with >>MALLOC_OPTIONS=jZ, you will avoid the gensnmptree bug. > > Thanks! It worked like a charm. > > Any explanation as to why zeroing a malloc makes this work (as opposed > to filling with 0xa5)? I'm sure confused. If I remember correctly, gensnmptree uses a bitflag as a field in a malloc'ed structure. phkmalloc uses 0xd0 for junk filling (2@11010000), whereas jemalloc uses 0xa5 (2@10100101). Older versions of gensnmptree didn't initialize the flag, and the jemalloc junk filling in the least significant four bits caused it to think that the flag was set. Jason