From owner-freebsd-threads@FreeBSD.ORG Tue Sep 16 10:24:07 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57D6916A4B3 for ; Tue, 16 Sep 2003 10:24:07 -0700 (PDT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C5DD43FA3 for ; Tue, 16 Sep 2003 10:24:06 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc11) with ESMTP id <200309161724030130034abde>; Tue, 16 Sep 2003 17:24:03 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA53326; Tue, 16 Sep 2003 10:24:01 -0700 (PDT) Date: Tue, 16 Sep 2003 10:24:00 -0700 (PDT) From: Julian Elischer To: Petri Helenius In-Reply-To: <3F670050.9080208@he.iki.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-threads@freebsd.org Subject: Re: malloc debugger X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 17:24:07 -0000 In the past I made changes to mprof to allow it to handle C++ larger symbol names and have run it in threaded programs.. unfortunatly I don't have it any more.. There were about 3 things that needed to be fixed.. On Tue, 16 Sep 2003, Petri Helenius wrote: > Julian Elischer wrote: >=20 > >tried mprof? > > =20 > > > If you mean the "really old" one which haven=B4t seen that many changes i= n=20 > the last > 10 years, it dumps core when the command mprof is run. >=20 > I also found a much more recent one, which claims to support threads, cal= led > mpatrol but it seems to suffer from the same issues as does dmalloc, wher= e > thread routines call malloc which ends up in infinite recursion and event= ual > stack exhaustion and core dump. >=20 > Pete >=20 >=20 >=20