From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 102478 invoked by alias); 23 Sep 2017 17:01:30 -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 102464 invoked by uid 89); 23 Sep 2017 17:01:29 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=BAYES_00,GIT_PATCH_1,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1560 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; Sat, 23 Sep 2017 17:01:26 +0000 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 7E5785F755; Sat, 23 Sep 2017 17:01:25 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 7E5785F755 Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx10.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 5526D5C1A1; Sat, 23 Sep 2017 17:01:25 +0000 (UTC) From: Sergio Durigan Junior To: Eli Zaretskii Cc: gdb-patches@sourceware.org, palves@redhat.com Subject: Re: [PATCH v3 4/5] Implement "set cwd" command on GDB References: <20170912042325.14927-1-sergiodj@redhat.com> <20170921225926.23132-1-sergiodj@redhat.com> <20170921225926.23132-5-sergiodj@redhat.com> <83poajcg9a.fsf@gnu.org> <878th64nqk.fsf@redhat.com> <838th6d0l1.fsf@gnu.org> <87k20qzc54.fsf@redhat.com> <83o9q2ar1k.fsf@gnu.org> Date: Sat, 23 Sep 2017 17:01:00 -0000 In-Reply-To: <83o9q2ar1k.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 23 Sep 2017 09:05:11 +0300") Message-ID: <87shfdwdqz.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/msg00734.txt.bz2 On Saturday, September 23 2017, Eli Zaretskii wrote: >> From: Sergio Durigan Junior >> Cc: gdb-patches@sourceware.org, palves@redhat.com >> Date: Fri, 22 Sep 2017 16:55:35 -0400 >> >> @table @code >> @kindex set cwd >> @cindex change inferior's working directory >> @item set cwd @r{[}@var{directory}@r{]} >> Set the inferior's working directory to @var{directory}, which will be >> @code{glob}-expanded in order to resolve tildes (@file{~}). If no >> argument has been specified, the command clears the setting and resets >> it to an empty state. This setting has no effect on @value{GDBN}'s >> working directory, and it only takes effect the next time you start >> the inferior. > > OK. I'd suggest to append this text. > > The @file{~} in @var{directory} is a short for the @dfn{home > directory}, usually pointed to by the @env{HOME} environment > variable. On MS-Windows, if @env{HOME} is not defined, @value{GDBN} > uses the concatenation of @env{HOMEDRIVE} and @env{HOMEPATH} as > fallback. Thanks, added. > (This ignores the "~username" case -- is that important enough to > mention?) I don't think so. I mean, the "~username" tilde expansion is part of the default behaviour, so I think it's OK to leave it implicit. > Btw, what should the user do if the file name includes a literal '~'? > Escape it with a backslash? Yes. 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/