From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 75843 invoked by alias); 12 Apr 2017 19:32:55 -0000 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 Received: (qmail 74813 invoked by uid 89); 12 Apr 2017 19:32:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (208.118.235.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 12 Apr 2017 19:32:52 +0000 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyO0V-0006Oo-Vq for gdb-patches@sourceware.org; Wed, 12 Apr 2017 15:32:52 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49401) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyO0V-0006Oi-Sp; Wed, 12 Apr 2017 15:32:47 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1257 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cyO0U-0004ur-UM; Wed, 12 Apr 2017 15:32:47 -0400 Date: Wed, 12 Apr 2017 19:32:00 -0000 Message-Id: <83tw5tifpq.fsf@gnu.org> From: Eli Zaretskii To: Simon Marchi CC: gdb-patches@sourceware.org In-reply-to: (message from Simon Marchi on Wed, 12 Apr 2017 15:26:08 -0400) Subject: Re: [PATCH 2/2] doc: Improve documentation about MI thread output Reply-to: Eli Zaretskii References: <20170412180610.2565-1-simon.marchi@ericsson.com> <20170412180610.2565-2-simon.marchi@ericsson.com> <83y3v5igdx.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-IsSubscribed: yes X-SW-Source: 2017-04/txt/msg00368.txt.bz2 > From: Simon Marchi > Date: Wed, 12 Apr 2017 15:26:08 -0400 > > >> +there is a selected thread and no @var{thread-id} argument was passed to the > > > > How can there not be a selected thread? > > When the currently selected inferior is not running. The obvious case is the initial > state of gdb. But it's also possible to have threads but none is selected, for example > when you add a second inferior and switch to it, while the first inferior is running. > > The field is output if inferior_ptid != null_ptid, so maybe there are other situations > I am not aware of where there isn't a current thread. I think we need to describe at least the most "popular" situations where this happens. The initial state of GDB is not an interesting case, but others are. In particular, IMO it would be good to state that when there's only one inferior being debugged that has been run already, there will always be a selected thread. Thanks.