From owner-freebsd-current Wed May 12 3:22:14 1999 Delivered-To: freebsd-current@freebsd.org Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (Postfix) with ESMTP id 8354B1506E for ; Wed, 12 May 1999 03:22:09 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id UAA26267; Wed, 12 May 1999 20:32:56 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199905121032.UAA26267@cimlogic.com.au> Subject: Re: Debugging uthreads In-Reply-To: <199905121016.GAA08837@pcnet1.pcnet.com> from Daniel Eischen at "May 12, 1999 6:16:46 am" To: eischen@vigrid.com (Daniel Eischen) Date: Wed, 12 May 1999 20:32:56 +1000 (EST) Cc: dfr@nlsystems.com, jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen wrote: > Why don't we make a libc_r_db and provide the necessary interfaces to > gdb from that instead of having gdb know about uthread internals? It would still mean that gdb would be linked to the uthread internals which may not match the version of libc_r that the 3rd party program was linked against. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message