From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17582 invoked by alias); 1 Sep 2017 18:40:04 -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 17010 invoked by uid 89); 1 Sep 2017 18:40:03 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=no version=3.3.2 spammy= 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; Fri, 01 Sep 2017 18:39:58 +0000 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 5B842806B3; Fri, 1 Sep 2017 18:39:57 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 5B842806B3 Authentication-Results: ext-mx02.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx02.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=sergiodj@redhat.com Received: from localhost (unused-10-15-17-193.yyz.redhat.com [10.15.17.193]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 547F95FCA8; Fri, 1 Sep 2017 18:39:56 +0000 (UTC) From: Sergio Durigan Junior To: Philippe Waroquiers Cc: Eli Zaretskii , gdb-patches@sourceware.org, palves@redhat.com Subject: Re: [PATCH/RFC] Implement the ability to set the current working directory in GDBserver References: <20170830043811.776-1-sergiodj@redhat.com> <83bmmx2kpq.fsf@gnu.org> <8737875sbb.fsf@redhat.com> <1504269215.1537.123.camel@skynet.be> Date: Fri, 01 Sep 2017 18:40:00 -0000 In-Reply-To: <1504269215.1537.123.camel@skynet.be> (Philippe Waroquiers's message of "Fri, 01 Sep 2017 14:33:35 +0200") Message-ID: <87tw0m2rgk.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2017-09/txt/msg00008.txt.bz2 On Friday, September 01 2017, Philippe Waroquiers wrote: > On Thu, 2017-08-31 at 17:40 -0400, Sergio Durigan Junior wrote: >> >> + This is done by using the "cd" command in GDB, which instructs it >> >> + to tell GDBserver about this directory change the next time an >> >> + inferior is run. If you want to make GDBserver enter the >> >> + directory your GDB is currently in, you can do a "cd ." in GDB. >> > >> > Couldn't GDB do this "cd ." step under the hood, without bothering >> > users with that? >> >> The problem is that we don't really know if the user will want to change >> gdbserver's current directory or not. If we always assume so, this will >> lead to many breakages as the directory tree will not be always the same >> on host and target. That's why 'user_set_cwd' is initially false. >> However, there's the case when the user may want to change gdbserver's >> directory to the same directory GDB is in. That's why I included this >> explanation in the docs. >> >> The more I think about this, the less I'm satisfied with the current >> solution. But I can't really think of a better alternative that doesn't >> involve having a separate command to manipulate gdbserver's cwd. > Why not have options such as: > cd -s xxxx > only change the gdb server directory > cd -g xxxx > only change the gdb directory > cd xxxx > change both gdb and gdb server directory > (synonym of cd -s -g xxxx) That'd be almost similar to having a "set remote cwd" or something. We'd like to avoid that because the goal here is to unify the interfaces/features of GDB and gdbserver. If we have two commands, one for each, it then becomes necessary to treat things differently internally which ultimately leads to two different versions of the interfaces. Not sure if it's clear enough; I can expand more if needed. Thanks, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/