From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17555 invoked by alias); 24 Oct 2014 17:57:32 -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 17476 invoked by uid 89); 24 Oct 2014 17:57:31 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 24 Oct 2014 17:57:29 +0000 Received: from svr-orw-fem-04.mgc.mentorg.com ([147.34.97.41]) by relay1.mentorg.com with esmtp id 1Xhj77-0001QC-IS from Sandra_Loosemore@mentor.com ; Fri, 24 Oct 2014 10:57:25 -0700 Received: from [IPv6:::1] (147.34.91.1) by svr-orw-fem-04.mgc.mentorg.com (147.34.97.41) with Microsoft SMTP Server id 14.3.181.6; Fri, 24 Oct 2014 10:57:25 -0700 Message-ID: <544A92DD.3010503@codesourcery.com> Date: Fri, 24 Oct 2014 17:57:00 -0000 From: Sandra Loosemore User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Pedro Alves CC: Subject: Re: Cannot execute this command without a live selected thread. References: <544A7648.6060102@codesourcery.com> <544A7930.4040909@redhat.com> <544A8741.9090705@codesourcery.com> <544A8B0C.5000509@redhat.com> In-Reply-To: <544A8B0C.5000509@redhat.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2014-10/txt/msg00665.txt.bz2 On 10/24/2014 11:23 AM, Pedro Alves wrote: > On 10/24/2014 06:07 PM, Sandra Loosemore wrote: >> Sending packet: $?#3f...Packet received: S00 >> Sending packet: $qfThreadInfo#bb...Packet received: l > > Huh, I think this is the problem. > > So this target supports qfThreadInfo, but then it's returning > an empty thread list... remote_update_thread_list will delete > threads from GDB's list that are not found in the thread list that > the target reported. Why is the target reporting that empty list? I dug around in the svn history for our stub library. We made that change to the thread packet handling because if it returned an empty response to qfThreadInfo instead, GDB persistently complained: warning: RMT ERROR : failed to get remote thread list. especially when being run from Eclipse. It seemed then that debugging worked OK in spite of the warnings, but the messages looked both frightening and incomprehensible to users. This was back in 2010, so maybe GDB doesn't do that any more. -Sandra