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: Sat, 24 Dec 2016 08:57:45 -0500 Message-ID: <87lgv5a0py.fsf@users.sourceforge.net> References: <87a8c1xhwh.fsf@gmx.de> <83eg1dccvh.fsf@gnu.org> <8760mpxf3q.fsf@gmx.de> <87mvg0d33x.fsf@users.sourceforge.net> <877f745izp.fsf@gmx.de> <83eg1bbxp5.fsf@gnu.org> <8337hdzdz2.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1482587836 17895 195.159.176.226 (24 Dec 2016 13:57:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 24 Dec 2016 13:57:16 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: michael.albinus@gmx.de, 25183@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 24 14:57:12 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 1cKmow-0003zs-V3 for geb-bug-gnu-emacs@m.gmane.org; Sat, 24 Dec 2016 14:57:11 +0100 Original-Received: from localhost ([::1]:43686 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKmp1-0008Jb-NA for geb-bug-gnu-emacs@m.gmane.org; Sat, 24 Dec 2016 08:57:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33499) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKmot-0008Ha-MJ for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 08:57:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cKmoo-00075t-QH for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 08:57:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37934) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cKmoo-00075m-NW for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 08:57:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cKmoo-0004UD-Gk for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 08:57:02 -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: Sat, 24 Dec 2016 13:57:02 +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.148258781217226 (code B ref 25183); Sat, 24 Dec 2016 13:57:02 +0000 Original-Received: (at 25183) by debbugs.gnu.org; 24 Dec 2016 13:56:52 +0000 Original-Received: from localhost ([127.0.0.1]:53333 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKmod-0004Tm-WD for submit@debbugs.gnu.org; Sat, 24 Dec 2016 08:56:52 -0500 Original-Received: from mail-it0-f46.google.com ([209.85.214.46]:33992) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKmoc-0004TZ-5o for 25183@debbugs.gnu.org; Sat, 24 Dec 2016 08:56:50 -0500 Original-Received: by mail-it0-f46.google.com with SMTP id 75so37031811ite.1 for <25183@debbugs.gnu.org>; Sat, 24 Dec 2016 05:56:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=k0xYNbi2hY5cZhLnWjYXyP3+9ONfAZ1QMdTc6iM/eqc=; b=IW9JtqgZx+AiE/YSquRqonmpBBbZCx23nA2h1t8hseuW1m2uiK271DZ1qaCHBhEeGl 0pgFvgVxlzRLcJ0pwwQ4dvarRd2FnoURo+j1YsCsA9oRiZ4DTf1i5E9fmAFRpDE+LfP2 rYNDNeP66aQ6J41T7drDSsvvxG4jzblhRzSZyx7vAVrijL787bWGd0mnJyKr/pTDEZfB cRVu1wMDsHYFRR8yT0ei20aSiZ7v7b8uSavIV4aRVj/TssBdKdGcSJ1kRM8r1bd1lUwZ jxmrcerqwDlTRQIhOcn1Vq02+NenMJa+azD71gPtI6Xl47GfvD6o85eSYkW4EFpGZcbq TMKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=k0xYNbi2hY5cZhLnWjYXyP3+9ONfAZ1QMdTc6iM/eqc=; b=mixvvNLNFH+waU7hgF4016iNG3GW4OfmTuaYXjSfPul6MEiRIr09JMXPQbABN0xFIe NXFaow7c3G3qjn0BhCA4ZH2EbpsB4NJNl1e0axcN/Up+XLaaoguTH0oJfQmq7ZrPWlNl 4p3NwzxcmZILhG59hmZZpRxvVCBjfyaYi3VT9WLouvyazliBSSejB3Lm38k1KP0k7pnQ Wt3cOIM9UmFP0nwx9qeUVQKYlaaY+5FtFZOBS/PqFZoztMIOf3wpOgkAs6TkIqDedP2c byVzNvvoPKOthOjfirVDA0gsvL1msfi/r3plQ6ha+b4jYYT+Qj9zkUBthap1YYPTc094 fUSQ== X-Gm-Message-State: AIkVDXIWb48UjvVZ9cz793bVLCl5o85a9X/mo86s4pBeunm0tuhBRSuEQvyqmgzEtGR5dg== X-Received: by 10.36.50.78 with SMTP id j75mr16799972ita.58.1482587804217; Sat, 24 Dec 2016 05:56:44 -0800 (PST) Original-Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id l3sm16303054iti.3.2016.12.24.05.56.42 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 24 Dec 2016 05:56:43 -0800 (PST) In-Reply-To: <8337hdzdz2.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 24 Dec 2016 14:52:17 +0200") 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:127391 Archived-At: Eli Zaretskii writes: > I looked into this, and I indeed think there might be a problem here. > I agree that "~" should not be expanded for file names escaped with > "/:", but before I propose a solution, I think we should decide > whether the "/:" escape should cause the rest be expanded "as usual", > i.e. produce an absolute file name after "/:" for local file names, > minus the "~" expansion. Currently, Unix file names are not expanded > because '/' as the first character makes them look as absolute file > names. MS-Windows specific code, OTOH, looks under the hood, and does > expand the rest. > > IOW, the question is whether on Windows we should have this: > > (expand-file-name "/:~/path/./file") => "/:c:/~/path/file" > > or this: > > (expand-file-name "/:~/path/./file") => "/:~/path/file" > > If we want the former, then maybe the Unix code should be fixed to > produce "/:/~/path/file" in that case. > > Thoughts? If we want to extend the /: quoting to also apply to relative file names too, then the latter makes sense. Otherwise, the only consistent result would be (expand-file-name "/:~/path/./file") => (error "/: quoting relative file name") As I've said in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25183#29, currently "/:~/foo" is a kind of paradoxical file name, being both/neither relative nor absolute.