From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23012 invoked by alias); 25 Sep 2006 18:39:17 -0000 Received: (qmail 23004 invoked by uid 22791); 25 Sep 2006 18:39:17 -0000 X-Spam-Check-By: sourceware.org Received: from mx2.palmsource.com (HELO mx2.palmsource.com) (12.7.175.14) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 25 Sep 2006 18:39:12 +0000 Received: from localhost (localhost [127.0.0.1]) by localhost.domain.tld (Postfix) with ESMTP id B75AF26CEB; Mon, 25 Sep 2006 11:39:10 -0700 (PDT) Received: from mx2.palmsource.com ([127.0.0.1]) by localhost (mx2.palmsource.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28590-01-5; Mon, 25 Sep 2006 11:39:09 -0700 (PDT) Received: from ussunex01.palmsource.com (unknown [192.168.101.9]) by mx2.palmsource.com (Postfix) with ESMTP id C6C7726CE6; Mon, 25 Sep 2006 11:39:09 -0700 (PDT) Received: from 192.168.92.59 ([192.168.92.59]) by ussunex01.palmsource.com ([192.168.101.9]) via Exchange Front-End Server owa.palmsource.com ([10.0.20.17]) with Microsoft Exchange Server HTTP-DAV ; Mon, 25 Sep 2006 18:39:09 +0000 Received: from svmsnyderlnx by owa.palmsource.com; 25 Sep 2006 11:39:08 -0700 Subject: Re: info thread From: Michael Snyder To: Daniel Jacobowitz Cc: Mark Kettenis , nickrob@snap.net.nz, denis.pilat@st.com, gdb@sourceware.org In-Reply-To: <20060923215947.GA29366@nevyn.them.org> References: <17679.5055.729126.253019@kahikatea.snap.net.nz> <450FED7C.1050902@st.com> <17680.22719.512121.415472@kahikatea.snap.net.nz> <20060919210316.GA17479@nevyn.them.org> <200609231905.k8NJ5ucX001839@elgar.sibelius.xs4all.nl> <20060923215947.GA29366@nevyn.them.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 25 Sep 2006 18:39:00 -0000 Message-Id: <1159209548.24808.19.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-09/txt/msg00147.txt.bz2 On Sat, 2006-09-23 at 17:59 -0400, Daniel Jacobowitz wrote: > On Sat, Sep 23, 2006 at 09:05:56PM +0200, Mark Kettenis wrote: > > Note that the formatting of the thread ID produced by to_pid_to_str is > > highly dependent on the specific threads model in use. The thread > > extra info is also mostly free-form. That means it might not be wise > > to export that information in the MI interface. > > Except as strings, presumably? > > It's supposed to be useful to users; the extra information is supposed > to be exactly what would be useful in a dialog box listing threads. Well, except that I don't think there's an actual spec for it. I assume the target-side implementer can pretty much supply anything he wants. > I agree that some words in the MI documentation about which strings > to consider "opaque" may be in order, here and in other places (e.g. > relating to frames...) Perhaps something to the effect that no guarantees are offered...