From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22103 invoked by alias); 14 May 2007 16:56:54 -0000 Received: (qmail 22094 invoked by uid 22791); 14 May 2007 16:56:53 -0000 X-Spam-Check-By: sourceware.org Received: from return.false.org (HELO return.false.org) (66.207.162.98) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 14 May 2007 16:56:48 +0000 Received: from return.false.org (localhost [127.0.0.1]) by return.false.org (Postfix) with ESMTP id 51CDB4B267; Mon, 14 May 2007 11:56:47 -0500 (CDT) Received: from caradoc.them.org (dsl093-172-095.pit1.dsl.speakeasy.net [66.93.172.95]) by return.false.org (Postfix) with ESMTP id 156434B262; Mon, 14 May 2007 11:56:47 -0500 (CDT) Received: from drow by caradoc.them.org with local (Exim 4.67) (envelope-from ) id 1Hndqo-00014W-MH; Mon, 14 May 2007 12:56:46 -0400 Date: Mon, 14 May 2007 16:56:00 -0000 From: Daniel Jacobowitz To: Yoriko Komatsuzaki , Mark Kettenis , gdb-patches@sourceware.org Subject: Re: deal thread id as unsigned Message-ID: <20070514165646.GC27054@caradoc.them.org> Mail-Followup-To: Yoriko Komatsuzaki , Mark Kettenis , gdb-patches@sourceware.org References: <200704161410.l3GEARpW030103@brahms.sibelius.xs4all.nl> <20070416141858.GA3844@caradoc.them.org> <20070417105103.CC6E.YORIKO@sm.sony.co.jp> <20070514165333.GB27054@caradoc.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070514165333.GB27054@caradoc.them.org> User-Agent: Mutt/1.5.15 (2007-04-09) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-05/txt/msg00241.txt.bz2 On Mon, May 14, 2007 at 12:53:33PM -0400, Daniel Jacobowitz wrote: > On Tue, Apr 17, 2007 at 11:01:43AM +0900, Yoriko Komatsuzaki wrote: > > > > Thank you for your reply and suggestion. > > > > I get my mind around no modification of defs.h because of the care for other > > os'es. > > > > Concerning to thread id printing, I would appreciate it if you could > > consider to print it by hexadecimal notation. > > Yes, this is a good idea. Sorry for the delay; I checked in this > patch, to change the output to hexadecimal. Tested on x86_64-linux. > > I've just realized that the test change won't work on remote > debugging; I'll fix up linux-dp.exp. Like so. gdbserver reports the LWP ID (PID) as the thread ID, so decimal is appropriate. -- Daniel Jacobowitz CodeSourcery 2007-05-14 Daniel Jacobowitz * gdb.threads/linux-dp.exp: Allow non-hexadecimal IDs also. Index: testsuite/gdb.threads/linux-dp.exp =================================================================== RCS file: /cvs/src/src/gdb/testsuite/gdb.threads/linux-dp.exp,v retrieving revision 1.16 diff -u -p -r1.16 linux-dp.exp --- testsuite/gdb.threads/linux-dp.exp 14 May 2007 16:52:13 -0000 1.16 +++ testsuite/gdb.threads/linux-dp.exp 14 May 2007 16:55:29 -0000 @@ -74,7 +74,7 @@ for {set i 0} {$i < 5} {incr i} { -re "info threads\r\n" { exp_continue } - -re "^. +(\[0-9\]+ Thread 0x\[0-9a-f\]+) \[^\n\]*\n" { + -re "^. +(\[0-9\]+ Thread \[-0-9a-fx\]+) \[^\n\]*\n" { verbose -log "found thread $expect_out(1,string)" 2 lappend threads_before $expect_out(1,string) exp_continue @@ -147,7 +147,7 @@ for {set i 0} {$i < 5} {incr i} { -re "info threads\r\n" { exp_continue } - -re "^. +(\[0-9\]+ Thread 0x\[0-9a-f\]+) \[^\n\]*\n" { + -re "^. +(\[0-9\]+ Thread \[-0-9a-fx\]+) \[^\n\]*\n" { set name $expect_out(1,string) for {set j 0} {$j != [llength $threads_before] } {incr j} { if {$name == [lindex $threads_before $j]} {