From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6221 invoked by alias); 16 Oct 2012 16:38:23 -0000 Received: (qmail 6097 invoked by uid 22791); 16 Oct 2012 16:38:21 -0000 X-SWARE-Spam-Status: No, hits=-7.8 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 16 Oct 2012 16:38:15 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q9GGcAAI016729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Oct 2012 12:38:10 -0400 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q9GGc8uq027171; Tue, 16 Oct 2012 12:38:08 -0400 Message-ID: <507D8D6F.5090108@redhat.com> Date: Tue, 16 Oct 2012 16:38:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121009 Thunderbird/16.0 MIME-Version: 1.0 To: Yao Qi CC: "Prus, Vladimir" , "Kozlov, Dmitry" , "gdb@sourceware.org" , "Gustavo, Luis" , "Shebs, Stan" , Marc Khouzam Subject: Re: question on trace-stop-notes implementation References: <506C3395.8010701@mentor.com>,<5071367F.4030203@codesourcery.com> <8815DDFC-F8BA-4C5C-BC00-7187CB58356C@mentor.com> <507224D8.5000902@codesourcery.com> In-Reply-To: <507224D8.5000902@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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 X-SW-Source: 2012-10/txt/msg00074.txt.bz2 On 10/08/2012 01:56 AM, Yao Qi wrote: > On 10/08/2012 01:26 AM, Prus, Vladimir wrote: >> Does that work if we connect to a target that has tracing in progress, with some end note already set? > > Yes, I think so. Command parameter change notification is emitted whenever command parameter is changed, it has nothing to do with other factors. > The session below is about what you want, IIUC, I don't think that's the same issue. If you connect to a target that already had tracing on progress, you'd want to read the stop note that was already set on the target. There's no way currently. With RSP notifications, and MI change notifications in place, you'd still miss a way to sync the stop note on initial connection. -- Pedro Alves