From owner-freebsd-current Wed May 12 2: 0:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id C6C7F15B73 for ; Wed, 12 May 1999 02:00:37 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id KAA06483; Wed, 12 May 1999 10:00:10 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Wed, 12 May 1999 10:00:10 +0100 (BST) From: Doug Rabson To: John Birrell Cc: current@freebsd.org Subject: Re: Debugging uthreads In-Reply-To: <199905120907.TAA25926@cimlogic.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 12 May 1999, John Birrell wrote: > Doug Rabson wrote: > > That would work. I think I only need uniqueid, sig_saved, > > saved_sigcontext, saved_jmpbuf, state and nxt. If those guys were lumped > > up at the start of struct pthread (possibly in another struct so that gdb > > doesn't need to know sizeof(struct pthread)) and marked appropriately then > > the debugger interface would be quite stable. > > I'd be inclined to add the magic number too, because it gives a hint > as to whether the structure refers to a valid thread. If the thread > is destroyed, the magic number is trashed. > > I think it is worth adding a new header file defining such a structure. Ok, I'll see about updating my patch along these lines and I'll post up another one in a day or two. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message