From mint-bounce@lists.fishpool.fi  Mon Jan 25 16:03:09 2010
Message-ID: <4B5E068E.4020202@atari-source.org>
Date: Mon, 25 Jan 2010 16:01:02 -0500
From: Mark Duckworth <mduckworth@atari-source.org>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1
MIME-Version: 1.0
To: mint@lists.fishpool.fi
Subject: Re: [MiNT] Malloc Bug
References: <4B5E04D7.50708@atari-source.org>
In-Reply-To: <4B5E04D7.50708@atari-source.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-to: mint-bounce@lists.fishpool.fi
X-original-sender: mduckworth@atari-source.org
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-Id: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
List-subscribe: <mailto:mint-request@lists.fishpool.fi?Subject=subscribe>
List-owner: <mailto:tjhukkan@fishpool.fi>
List-post: <mailto:mint@lists.fishpool.fi>

On 1/25/10 3:53 PM, Mark Duckworth wrote:
> Hey guys,
>
> More detail on the malloc bug.  I've been able to almost consistently 
> reproduce it on my gcc 4.4.x/cvs mintlib aranym system.  The package 
> that most consistently produces it is an rpm --rebuild of rcs.  It 
> dies like this:
>
> /usr/include/ctype.h:76:1: warning: this is the location of the 
> previous definition
> gcc  -g -O ident.o rcsmap.o version.o  -o ident
> gcc -c  -Dhas_conf_h  -I. -I. -g -O merge.c
> make: ../mintlib/malloc.c:187: __free: Assertion `s == r' failed.
> make: *** [install] Error 134
> Bad exit status from /var/tmp/rpm-tmp.54754 (%install)
> root@arawork:/h/srpms>
>
> Importantly, it has done this before, and now it is doing this every 
> time I try.  I'm assuming that if I reboot the problem will be gone.  
> If it's not then we're really talking.  But on this system I have done 
> NOTHING more than start xaaes and do package builds so the problem 
> lies within those facilities.  Next time I will not start xaaes.
>
> Thanks,
> Mark
>
>
>
Yeah it doesnt' do it after a fresh boot.  But what I will do is rebuild 
make with debugging symbols, build a  bunch of packages and revisit it.  
Maybe I can examine the buffers and see what is in there.  Maybe 
something will stand out.

Thanks,
Mark