Date: Wed, 22 Mar 2006 14:49:36 -0800 From: "Kevin Oberman" <oberman@es.net> To: Jason Evans <jasone@FreeBSD.org> Cc: freebsd-current@freebsd.org, othermark <atkin901@yahoo.com> Subject: Re: buildworld Stop in /usr/src/usr.sbin/bsnmpd/bsnmpd Message-ID: <20060322224936.3F76C45041@ptavv.es.net> In-Reply-To: Your message of "Wed, 22 Mar 2006 14:24:08 PST." <4421CE88.1010104@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> Date: Wed, 22 Mar 2006 14:24:08 -0800 > From: Jason Evans <jasone@FreeBSD.org> > > Kevin Oberman wrote: > >>From: othermark <atkin901@yahoo.com> > >>Date: Wed, 22 Mar 2006 12:13:14 -0800 > >>Sender: owner-freebsd-current@freebsd.org > >> > >>I'm scratching my head on this one, trying to buildworld with today sources > >>to get the sendmail fix: > > > > > > I am seeing the same thing. I read the tread on this from back on March > > 7-9 and have confirmed that the "fix" is in my Makefile.inc1, but I > > still can't make buildworld. > > > > My last update was in the critical perion...Feb. 23, but I have been > > unsuccessful in getting past it. > > > > I have tried explicitly running the newly built getsnmptree (from > > /usr/obj) and then building, but I have had no luck to this point. > > > > 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. > > Jason > Jason, 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. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060322224936.3F76C45041>