From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 123742 invoked by alias); 8 Jan 2018 17:00:51 -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 123728 invoked by uid 89); 8 Jan 2018 17:00:51 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: 9pmail.ess.barracuda.com Received: from 9pmail.ess.barracuda.com (HELO 9pmail.ess.barracuda.com) (64.235.150.225) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 08 Jan 2018 17:00:45 +0000 Received: from MIPSMAIL01.mipstec.com (mailrelay.mips.com [12.201.5.28]) by mx29.ess.sfj.cudaops.com (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NO); Mon, 08 Jan 2018 17:00:15 +0000 Received: from [10.20.78.204] (10.20.78.204) by mips01.mipstec.com (10.20.43.31) with Microsoft SMTP Server id 14.3.361.1; Mon, 8 Jan 2018 08:59:09 -0800 Date: Mon, 08 Jan 2018 17:00:00 -0000 From: "Maciej W. Rozycki" To: Pedro Alves CC: Joel Brobecker , , "Maciej W. Rozycki" , , Subject: Re: GDB 8.1 release -- 2018-01-08 update In-Reply-To: <77539a17-7418-86ac-09b0-bb68650a610d@redhat.com> Message-ID: References: <20180108074937.fq44jr4qkdphgeew@adacore.com> <77539a17-7418-86ac-09b0-bb68650a610d@redhat.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-BESS-ID: 1515430814-637139-22014-699100-2 X-BESS-VER: 2017.16-r1712230000 X-BESS-Apparent-Source-IP: 12.201.5.28 X-BESS-Outbound-Spam-Score: 0.00 X-BESS-Outbound-Spam-Report: Code version 3.2, rules version 3.2.2.188769 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------- 0.00 BSF_BESS_OUTBOUND META: BESS Outbound X-BESS-Outbound-Spam-Status: SCORE=0.00 using account:ESS59374 scores of KILL_LEVEL=7.0 tests=BSF_BESS_OUTBOUND X-BESS-BRTS-Status:1 X-SW-Source: 2018-01/txt/msg00167.txt.bz2 On Mon, 8 Jan 2018, Pedro Alves wrote: > > GDB uses the special thread ID 0, standing for `any', which older > > `gdbserver' versions do not recognise. It does not verify beforehand > > whether `gdbserver' supports this request and does not handle an error > > reply gracefully. Consequently an error reply to a `Hg0' packet issued > > causes GDB to lose track of what is going on, making it impossible to > > continue with the debug session. This happens with all sessions in the > > initial connection handshake, making the combination of new GDB and old > > `gdbserver' unusable. > > I'm looking at this. I can reproduce it on x86-64 using a gdbserver > from 2007 (git hash "f8b73d13b7ca^", the same revision Maciej's > gdbserver is built from). I confirm that 5cd63fda035d somehow > introduces the regression. No idea why yet. Great, thanks! Maciej