From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25143 invoked by alias); 7 Oct 2005 15:14:23 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 25092 invoked by uid 22791); 7 Oct 2005 15:14:21 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 07 Oct 2005 15:14:21 +0000 Received: from drow by nevyn.them.org with local (Exim 4.52) id 1ENtvN-00064H-TG; Fri, 07 Oct 2005 11:14:18 -0400 Date: Fri, 07 Oct 2005 15:14:00 -0000 From: Daniel Jacobowitz To: Stan Shebs Cc: Kris Warkentin , GDB Subject: Re: [RFC] named thread support Message-ID: <20051007151417.GA23306@nevyn.them.org> Mail-Followup-To: Stan Shebs , Kris Warkentin , GDB References: <4342B076.3000709@qnx.com> <43456D3E.6040705@apple.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43456D3E.6040705@apple.com> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-10/txt/msg00043.txt.bz2 On Thu, Oct 06, 2005 at 11:30:22AM -0700, Stan Shebs wrote: > Kris Warkentin wrote: > > >Would it be of interest to have a generic 'set threadname > >' that called a target_set_threadname()? I ask because we're > >implementing named threads in our kernel but I don't know if many > >other systems support this. I can always add it to our backend but if > >someone else might use it in the future, I can make it general. > > This actually was on the wishlist ages ago, ca 1998 or so I think, > probably connected with eCos plans. Even a target that didn't > support named threads could still make use of the generic capability, > for instance via setup scripts - break at a place known unique to a > particular thread, get tid, name it, then user and other scripts can > reliably use the name. I find this much more interesting than the way I interpreted Kris's original question - I don't think many targets will be interested in propogating the thread name to the target, but more will be interested in retrieving the thread name from the target, and all will be interested in user-defined names in the interface. Let's do it! :-) -- Daniel Jacobowitz CodeSourcery, LLC