From owner-freebsd-current Sat Feb 8 08:28:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA18677 for current-outgoing; Sat, 8 Feb 1997 08:28:24 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA18672 for ; Sat, 8 Feb 1997 08:28:22 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vtFd0-0003xgC; Sat, 8 Feb 97 08:27 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id RAA10500; Sat, 8 Feb 1997 17:27:47 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id RAA08303; Sat, 8 Feb 1997 17:29:36 +0100 (MET) To: Andrew Herdman cc: current@freebsd.org Subject: Re: Make world of Current dies with weird errors. In-reply-to: Your message of "Fri, 07 Feb 1997 21:27:30 EST." Date: Sat, 08 Feb 1997 17:29:36 +0100 Message-ID: <8301.855419376@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Andrew Herdman writes : >When i'm doing a make world, i get the following errors. > >make cleandir > > > >===> lib/libtelnet >make in free(): warning: chunk is already free. >make in free(): warning: chunk is already free. >make in free(): warning: chunk is already free. Off the top of my head I'd say RAM/cache HW problem, but I have heard other reports about the same phenomena enough to find it slightly worrisome, and I have not been able to reproduce the problem here. If you can reliably reproduce this, and have time & courage, here's how to proceed: in your chroot environment: ln -s A /etc/malloc.conf reproduce the problem you should now have a make.core file somewhere. gdb /usr/src/.../make make.core find the problem make a patch send-pr The actual complaint from the program means that some piece of memory that was allocated with malloc is freed twice. The fact that it's called a "chunk" tells that it is <= 2048 bytes long. If you can get a stacktrace, you will find the pointer to this piece of memory in the topmost call to free() or realloc(). Try to see if you can compile a make with "-g" and still reproduce the problem. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail.