From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22298 invoked by alias); 18 Sep 2014 21:06:58 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 22288 invoked by uid 89); 18 Sep 2014 21:06:57 -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_40,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mailuogwhop.emc.com Received: from mailuogwhop.emc.com (HELO mailuogwhop.emc.com) (168.159.213.141) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 18 Sep 2014 21:06:56 +0000 Received: from maildlpprd02.lss.emc.com (maildlpprd02.lss.emc.com [10.253.24.34]) by mailuogwprd01.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s8IL6pdN027509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2014 17:06:53 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd01.lss.emc.com s8IL6pdN027509 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd01.lss.emc.com s8IL6pdN027509 Received: from mailhub.lss.emc.com (mailhubhoprd04.lss.emc.com [10.254.222.226]) by maildlpprd02.lss.emc.com (RSA Interceptor) for ; Thu, 18 Sep 2014 17:06:34 -0400 Received: from usendtaylorx2l.lss.emc.com (usendtaylorx2l.lss.emc.com [10.243.10.188]) by mailhub.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id s8IL6cst025772 for ; Thu, 18 Sep 2014 17:06:38 -0400 Received: by usendtaylorx2l.lss.emc.com (Postfix, from userid 26043) id 058B15D48D5; Thu, 18 Sep 2014 17:06:36 -0400 (EDT) Received: from usendtaylorx2l (localhost [127.0.0.1]) by usendtaylorx2l.lss.emc.com (Postfix) with ESMTP id 3AB9F5D3869 for ; Thu, 18 Sep 2014 17:06:36 -0400 (EDT) From: David Taylor To: "gdb@sourceware.org" Subject: possible QTFrame enhancement Date: Thu, 18 Sep 2014 21:06:00 -0000 Message-ID: <4250.1411074396@usendtaylorx2l> X-EMM-MHVC: 1 X-RSA-Classifications: public X-Sentrion-Hostname: mailuogwprd01.lss.emc.com X-IsSubscribed: yes X-SW-Source: 2014-09/txt/msg00066.txt.bz2 For the remote protocol QTFrame message there are everal variants: QTFrame:n select the n'th tracepoint frame from the buffer QTFrame:pc:addr select the first tracepoint frame *AFTER* the currently seelctd frame whose PC is addr. QTFrame:tdp:t select the first tracepoint frame *AFTER* the currently selected tracepoint frame that is a hit of tracepoint t. QTFrame:range:start:end select the first tracepoint frame *AFTER* the currently selected fraome whose PC is between start and end QTFrame:outside:start:end select the first tracepoint frame *AFTER* the currently selected frame whose PC is outside the range of addresses. Which are used by the tfind command and its subcommands: tfind end tfind line tfind none tfind outside tfind pc tfind range tfind start tfind tracepoint We (EMC) have a developer who runs trace experiments that generate *LOTS* of tracepoint frames -- possibly 100,000 or more! He then likes to find an anomaly and search *BACKWARDS* to find where things first started going bad. Other than the first QTFrame variant above -- which does no searching -- all of the above QTFrame variants search *FORWARDS* from the current tracepoint frame. If there was support for searching backwards, what form should it take? . what should the QTFrame message(s) be? . what should the tfind commands be? . should there be a 'token' returned by qSupported to indicate support for the new messages? And if so, what 'token'? Or should GDB figure it out by sending one of the messages and trusting that it will get an error if it is unsupported? David