From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31318 invoked by alias); 25 Feb 2011 12:05:42 -0000 Received: (qmail 31304 invoked by uid 22791); 25 Feb 2011 12:05:41 -0000 X-SWARE-Spam-Status: No, hits=-0.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_WEB,SPF_SOFTFAIL,TW_WT X-Spam-Check-By: sourceware.org Received: from mtaout23.012.net.il (HELO mtaout23.012.net.il) (80.179.55.175) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 25 Feb 2011 12:05:34 +0000 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LH600L009EJUP00@a-mtaout23.012.net.il> for gdb-patches@sourceware.org; Fri, 25 Feb 2011 14:05:31 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.124.53.157]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LH600L0D9L6LW80@a-mtaout23.012.net.il>; Fri, 25 Feb 2011 14:05:31 +0200 (IST) Date: Fri, 25 Feb 2011 12:08:00 -0000 From: Eli Zaretskii Subject: Re: [PATCH 18/18] document the new VxWorks port In-reply-to: <20110225113815.GE2495@adacore.com> To: Joel Brobecker Cc: guitton@adacore.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <837hcoqpyq.fsf@gnu.org> References: <1298569763-18784-1-git-send-email-brobecker@adacore.com> <1298569763-18784-19-git-send-email-brobecker@adacore.com> <838vx5rzf8.fsf@gnu.org> <20110225102624.GB3211@adacore.com> <83ipw8qsfe.fsf@gnu.org> <20110225112647.GA2254@adacore.com> <20110225113815.GE2495@adacore.com> 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: 2011-02/txt/msg00756.txt.bz2 > Date: Fri, 25 Feb 2011 15:38:15 +0400 > From: Joel Brobecker > Cc: Eli Zaretskii , gdb-patches@sourceware.org > > To expand a bit on what Jerome is saying, the reason we also do not > want to show all the threads that are not being debugged, is that > we do not want the user to attempt to switch to a thread that he is > currently not debugging. But the same danger exists on other systems, and we still show all the threads in the current inferior. Maybe it would make sense to show only those that are being debugged, but do it from "info threads". (Why would a user want to show other threads, if she isn't debugging them?) But if showing them all is also important, maybe that alone should be a separate wtx-specific command?