From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27281 invoked by alias); 5 Apr 2009 18:22:56 -0000 Received: (qmail 27273 invoked by uid 22791); 5 Apr 2009 18:22:56 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout2.012.net.il (HELO mtaout2.012.net.il) (84.95.2.4) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 05 Apr 2009 18:22:48 +0000 Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KHN00I0041JXI00@i_mtaout2.012.net.il> for gdb@sourceware.org; Sun, 05 Apr 2009 21:22:31 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.228.139.199]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KHN00KMM4DIEQ50@i_mtaout2.012.net.il>; Sun, 05 Apr 2009 21:22:31 +0300 (IDT) Date: Sun, 05 Apr 2009 18:23:00 -0000 From: Eli Zaretskii Subject: Re: improved thread id reporting In-reply-to: <200904050719.n357JYXJ013198@brahms.sibelius.xs4all.nl> To: Mark Kettenis Cc: drow@false.org, dje@google.com, gdb@sourceware.org Reply-to: Eli Zaretskii Message-id: <83ws9zaro2.fsf@gnu.org> References: <20090404184604.8524C1C759C@localhost> <200904041904.n34J4UXV013513@brahms.sibelius.xs4all.nl> <20090405011134.GA15762@caradoc.them.org> <200904050719.n357JYXJ013198@brahms.sibelius.xs4all.nl> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-04/txt/msg00062.txt.bz2 > Date: Sun, 5 Apr 2009 09:19:34 +0200 (CEST) > From: Mark Kettenis > CC: dje@google.com, gdb@sourceware.org > > > Date: Sat, 4 Apr 2009 21:11:34 -0400 > > From: Daniel Jacobowitz > > > > On Sat, Apr 04, 2009 at 03:17:02PM -0700, Doug Evans wrote: > > > > That said, if it's possible to print them without creating additional > > > > line breaks on an 80-column wide screen, I have no objections. > > > > > > > >> To fix (1) I'd like to simply remove the pthread id from the output. > > > > > > > > I think that's a bad idea. > > > > > > Even as a user-settable option? > > > > IMO, yes. I don't think we need more settable options for details of > > output formatting; 98% or so of users will use the default, so that's > > the part that matters. > > Seconded. Then we appear to have a draw, because I happen to agree with Doug. And I really don't understand the argument against a user option: it wasn't suggested as a means to get what, according to Daniel and Mark, the majority of users need; it was suggested as a means for Doug (and other minorities) to get what they want. An option that is used in rare situations by people with unconventional requests can hardly do any real harm, because if Daniel and Mark are right, no one except Doug will ever miss it or even know it exists.