From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25950 invoked by alias); 15 May 2014 17:40:59 -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 25939 invoked by uid 89); 15 May 2014 17:40:58 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: mtaout21.012.net.il Received: from mtaout21.012.net.il (HELO mtaout21.012.net.il) (80.179.55.169) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 15 May 2014 17:40:56 +0000 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N5M00J00LVDP100@a-mtaout21.012.net.il> for gdb-patches@sourceware.org; Thu, 15 May 2014 20:40:53 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5M00JKXMG5PR10@a-mtaout21.012.net.il>; Thu, 15 May 2014 20:40:53 +0300 (IDT) Date: Thu, 15 May 2014 17:40:00 -0000 From: Eli Zaretskii Subject: Re: gdb.texinfo patch In-reply-to: <10463.1400167510@usendtaylorx2l> To: David Taylor Cc: gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83y4y3lz2z.fsf@gnu.org> References: <10463.1400167510@usendtaylorx2l> X-IsSubscribed: yes X-SW-Source: 2014-05/txt/msg00252.txt.bz2 > From: David Taylor > Date: Thu, 15 May 2014 11:25:10 -0400 > > In writing a new stub (to replace our old stub), I have discovered what > I believe to be the rule for how GDB chooses which thread to stop during > the initial connection. Knowing this sooner would have saved my some > grief. Hoping to help the next person avoid that same grief, here's a > patch (as a unified diff against gdb/doc/gdb.texinfo of GDB 7.7) to > document it. Thanks. > +@emph{Note: @value{GDBN} will send the qfThreadInfo query during the ^^^^^^^^^^^^ The packet name should be in @code. > +initial connection with the remote target. And the very first thread ID > +mentioned in the reply will be stopped by @value{GDBN} in a subsequent > +message. Therefore the stub should ensure that the first thread ID in Better make the second sentence part of the first (as in "..., and the very first thread ..."). > +the qfThreadInfo reply is suitable for being stopped by @value{GDBN}.} ^^^^^^^^^^^^ @code Otherwise, fine with me, assuming the contents is correct (I don't know enough to say).