From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: npostavs@users.sourceforge.net Newsgroups: gmane.emacs.bugs Subject: bug#25183: 26.0.50; expanding quoted file name on w32 Date: Mon, 12 Dec 2016 20:33:54 -0500 Message-ID: <87mvg0d33x.fsf@users.sourceforge.net> References: <87a8c1xhwh.fsf@gmx.de> <83eg1dccvh.fsf@gnu.org> <8760mpxf3q.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1481592797 5259 195.159.176.226 (13 Dec 2016 01:33:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 13 Dec 2016 01:33:17 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: 25183@debbugs.gnu.org, Michael Albinus To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 13 02:33:13 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGbxx-0000fI-0S for geb-bug-gnu-emacs@m.gmane.org; Tue, 13 Dec 2016 02:33:13 +0100 Original-Received: from localhost ([::1]:34737 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cGby1-0002tf-87 for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Dec 2016 20:33:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47112) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cGbxp-0002sI-9n for bug-gnu-emacs@gnu.org; Mon, 12 Dec 2016 20:33:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cGbxm-0004tJ-5Z for bug-gnu-emacs@gnu.org; Mon, 12 Dec 2016 20:33:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52684) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cGbxm-0004tA-2H for bug-gnu-emacs@gnu.org; Mon, 12 Dec 2016 20:33:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cGbxl-00016u-Px for bug-gnu-emacs@gnu.org; Mon, 12 Dec 2016 20:33:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Dec 2016 01:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25183 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25183-submit@debbugs.gnu.org id=B25183.14815927804259 (code B ref 25183); Tue, 13 Dec 2016 01:33:01 +0000 Original-Received: (at 25183) by debbugs.gnu.org; 13 Dec 2016 01:33:00 +0000 Original-Received: from localhost ([127.0.0.1]:39850 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGbxj-00016d-OS for submit@debbugs.gnu.org; Mon, 12 Dec 2016 20:32:59 -0500 Original-Received: from mail-io0-f180.google.com ([209.85.223.180]:33732) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGbxj-00016R-1F for 25183@debbugs.gnu.org; Mon, 12 Dec 2016 20:32:59 -0500 Original-Received: by mail-io0-f180.google.com with SMTP id d9so200079936ioe.0 for <25183@debbugs.gnu.org>; Mon, 12 Dec 2016 17:32:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=cyX/jKKSI4CUgwQq2kNJfrsF9uV6a3SyU6qyQTDwvTA=; b=otPnxwgqDktRPbIS96D8cSpr1BPnmHy7MerI/ypVWb+DUdPMCyMhRrx3iszgshdrpr N3OsDierBEzvqDd+bmzUMCe6qYSdycS1Lseh5T8sn2v8BkoJl1e2LC95czbxEDaigUXY L7kP6JXHqbcdVmCpLPqBh4O1IFE6+3ksbWij5Ug7MKe4ZX3tMWqxrprKCUDMjFORN1k4 6QB+eHUBZCmrC0+D5L6/c3ckEXLkyDBIMFUXf4mggLZ+7b8BbjcvTupoEI9wcrd7z7EE 1Vo9wO6aR7lqoP7vRLpa1NogYtApyz/LMoPu5ssErE2R9pwR7JoaF4C+dG1hfPONtaZ7 vNlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=cyX/jKKSI4CUgwQq2kNJfrsF9uV6a3SyU6qyQTDwvTA=; b=lJj3EFFuro4LEylJOd+3IrS+xYUjATGsLt35cCcHKQ5RuP6HK2/wFGj8VPlySll848 UL0zcW3pSctU0SMjfSE1hfyXP7gUt0bkSf2STDu2LRf5b3NTNWNhVr64BsWSi/uPIYDZ C1C7eIOoqToqcQGeSelw9mUv26IJn1SVNZsbicullYACHITFY1qT45Dk7YCunTEFz0Oh 35pNYvm2WX1gJxSi/959iar2veYj4wLUc8/NqVN6w3be27juXkzaC8VhYYafPblfMZlf sljQWTMfk5ESsxbFiotMmagdarfC8uDKO05rv49WQV90VMZZqgomNhOa8JWONOFIMT1r 0lQA== X-Gm-Message-State: AKaTC03mEQgAuoPjvrAdRfJvCEcQraAr+QJDlgFddcBKU7EkeXeOHprXdmKCHwNkKGRq+w== X-Received: by 10.36.127.84 with SMTP id r81mr383817itc.57.1481592773134; Mon, 12 Dec 2016 17:32:53 -0800 (PST) Original-Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id p77sm20517256iod.35.2016.12.12.17.32.52 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 12 Dec 2016 17:32:52 -0800 (PST) In-Reply-To: (Glenn Morris's message of "Mon, 12 Dec 2016 20:08:37 -0500") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:126954 Archived-At: Glenn Morris writes: > Noam Postavsky wrote: > >>>>> (expand-file-name "/:~/path/./file") >>>>> => "/:~/path/file" >> >>>>> (expand-file-name "/:~/path/./file") >>>>> => "/:c:/Users/lb01177/AppData/Roaming/path/file" >> >>> >>> (file-name-absolute-p "/:~/path/./file") >>> => t >> >> I think all these cases are user error, `(emacs) Quoted File Names' says >> >> You can "quote" an absolute file name [...] add '/:' at the beginning >> >> But you cannot quote a relative file name, which looks like what >> you're trying to do here. It might better to throw an error than >> return nonsense (though possibly not worth the trouble). > > But "~/blah" is an absolute file name. ? Yes, but in "/:~/blah", the /: should prevent expanding "~", so then it seems not to refer to an absolute file name, but rather a file named "blah" in a directory named literally "~". But if it's not an absolute file name, then /: doesn't make sense. So it's a kind of paradox. This is not w32 specific (although the actual implementation happens to resolve the "paradox" in a different way on w32).