From owner-freebsd-hackers Thu Oct 12 01:22:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA14950 for hackers-outgoing; Thu, 12 Oct 1995 01:22:03 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA14945 ; Thu, 12 Oct 1995 01:21:59 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3Ito-0003wFC; Thu, 12 Oct 95 01:21 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id JAA00237; Thu, 12 Oct 1995 09:21:59 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami) cc: rich@freebsd.org, hackers@freebsd.org Subject: Re: xload dumps core with new phkmalloc In-reply-to: Your message of "Wed, 11 Oct 1995 23:24:58 MST." <199510120624.XAA01000@silvia.HIP.Berkeley.EDU> Date: Thu, 12 Oct 1995 09:21:57 +0100 Message-ID: <235.813486117@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Hello. I found that xload dumps core with "floating point exception" > with the latest phkmalloc (supped yesterday). "MALLOC_OPTIONS=Z" will > fix it, so it's definitely xload's problem. > > I changed the only "malloc" in the xload source to "calloc" but that > didn't help, so I guess the bug is in a more fundamental level. This > is what gdb has to say: Seems like you have to start looking at X11 then :-( I thought about an option to say "Junk all mallocs except number " and then you could simply i=1 while true do MALLOC_OPTIONS="X$i" ./xload echo $i $? i=`expr $i +1` done That might help... Havn't done it yet though :-( -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. It will be some time yet before progress goes too far... (Poul Henningsen)