From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25099 invoked by alias); 3 Oct 2017 15:13:43 -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 24927 invoked by uid 89); 3 Oct 2017 15:13:42 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=transmitted, talk X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 03 Oct 2017 15:13:41 +0000 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 9C497780CF; Tue, 3 Oct 2017 15:13:40 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 9C497780CF Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=palves@redhat.com Received: from [127.0.0.1] (ovpn04.gateway.prod.ext.ams2.redhat.com [10.39.146.4]) by smtp.corp.redhat.com (Postfix) with ESMTP id BAF9860606; Tue, 3 Oct 2017 15:13:39 +0000 (UTC) Subject: Re: [PATCH v4 3/3] Extend "set cwd" to work on gdbserver To: Sergio Durigan Junior References: <20170912042325.14927-1-sergiodj@redhat.com> <20170928041046.5468-1-sergiodj@redhat.com> <20170928041046.5468-4-sergiodj@redhat.com> <199971a4-0bfe-c2a2-ef81-5836a3ab22dc@redhat.com> <87poa9e3yg.fsf@redhat.com> Cc: GDB Patches , Eli Zaretskii From: Pedro Alves Message-ID: Date: Tue, 03 Oct 2017 15:13:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <87poa9e3yg.fsf@redhat.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2017-10/txt/msg00045.txt.bz2 On 09/29/2017 07:48 PM, Sergio Durigan Junior wrote: >>> +command, then an empty packet will be sent to the remote server, which >> >> Not an empty packet, and empty directory. Really-empty packets are >> special in the remote protocol. >> >>> +will have no effect. >> >> WDYM will have no effect, when just above you've explained that empty >> means reset ? I think you should just remove this paragraph starting >> with "This packet is always transmitted". That's implementation >> detail. GDB could for example not resend the packet if the value >> didn't change between runs, no? > > What I tried to say is that if the user doesn't make use of the "set > cwd" command in a GDB session, the packet will be transmitted anyway. I > think I should have been clearer here. > > I will remove the paragraph as requested. This part of the manual is a specification of the remote protocol packets, not of how GDB implements them currently; it shouldn't really talk about current GDB implementation details unless it makes a real difference, because those details should be free to change within the bounds of the specification. Thanks, Pedro Alves