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 13:51:14 -0500 Message-ID: <87a8bl9n4t.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> <87lgv5a0py.fsf@users.sourceforge.net> <83y3z5xqer.fsf@gnu.org> <83pokhxl4v.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1482605477 25169 195.159.176.226 (24 Dec 2016 18:51:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 24 Dec 2016 18:51:17 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: 25183@debbugs.gnu.org, michael.albinus@gmx.de To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 24 19:51:11 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 1cKrPR-0005NL-2J for geb-bug-gnu-emacs@m.gmane.org; Sat, 24 Dec 2016 19:51:09 +0100 Original-Received: from localhost ([::1]:44506 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKrPU-0000js-2k for geb-bug-gnu-emacs@m.gmane.org; Sat, 24 Dec 2016 13:51:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51011) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKrPN-0000jZ-CW for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 13:51:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cKrPK-00030n-3k for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 13:51:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38624) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cKrPK-00030h-0h for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 13:51:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cKrPJ-0004xn-IU for bug-gnu-emacs@gnu.org; Sat, 24 Dec 2016 13:51: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: Sat, 24 Dec 2016 18:51: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.148260541819018 (code B ref 25183); Sat, 24 Dec 2016 18:51:01 +0000 Original-Received: (at 25183) by debbugs.gnu.org; 24 Dec 2016 18:50:18 +0000 Original-Received: from localhost ([127.0.0.1]:54023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKrOc-0004wg-5f for submit@debbugs.gnu.org; Sat, 24 Dec 2016 13:50:18 -0500 Original-Received: from mail-it0-f50.google.com ([209.85.214.50]:35865) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKrOa-0004wQ-8f for 25183@debbugs.gnu.org; Sat, 24 Dec 2016 13:50:16 -0500 Original-Received: by mail-it0-f50.google.com with SMTP id 75so135950887ite.1 for <25183@debbugs.gnu.org>; Sat, 24 Dec 2016 10:50:16 -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=mb/V0TzlzxNI2i9Og8UYMYnyXFwrvX2QEj5V5u3DKO4=; b=gErav4xTwmu5CU/Mdmqkv+0dlVvNuPkX/i1VUOEMHuWbbQ82O0l0pvZss590qzRheH c6oJLmOPipLMasjWiZcXThyzVOqnQHavlmluMo/KJtmGAA55jOPYefPBN+ElDHztQgcF vjCMfw33r3amO/u/fVX0ID31kG8RdgAMAdqhq1OVAVJHReXkzS37TxtqpHxZbpZ7Joe7 CAegQqBEO387tgkG8LW9WGvi0uqFlXIn9VA0If+AH+/396wRH/JzR6kAwlCNu89iqxLI 8a7ICEnobx/RjXbf6K+y0/IqAPF3d03Aee8JAoFGFQadMUNFRF9O36FKbyPJ8QyxPgwi CqBg== 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=mb/V0TzlzxNI2i9Og8UYMYnyXFwrvX2QEj5V5u3DKO4=; b=jrZZlqGtDlnaWrDi0pfvI0YTBjrVav/OWYmDFZsUXh23GdBnMqi9x+VYkTqfyrDK79 0XJ+rVXhqbYD8qL394dw8QYoy5uBbhLqDOypyLSK05joCylKJivvKm/4Yaw2Xr4qPaXc rEadk15LK6e08pxWHa0XBSsUVGZhZ6CtP6ppBo5umvRA/dP+PTPR/L1eNKXAsRdil+Wc P6Flip/WpGDNuCySMeiXOuPwB0+jjoz6dZ+EivBSFYtVzEMQT4N6arzQel5VvlGBkwZD jggLm+LQuEy9HSK2uVeyMiH1JO8FGlgN+Su8Uy4SIafrwWrqq0K/PZVTTquUrQQjBF4I pBtQ== X-Gm-Message-State: AIkVDXIlsJ6dohn1Lg/ARIuP0Eb5YAyzNPWGEx2zb8/gB+WdRsGRXbVfRu/gzHKN+CquOA== X-Received: by 10.36.83.15 with SMTP id n15mr19640726itb.79.1482605410610; Sat, 24 Dec 2016 10:50:10 -0800 (PST) Original-Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id p20sm17087911itc.2.2016.12.24.10.50.09 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 24 Dec 2016 10:50:10 -0800 (PST) In-Reply-To: <83pokhxl4v.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 24 Dec 2016 20:00:32 +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:127418 Archived-At: Eli Zaretskii writes: >> From: Noam Postavsky >> Date: Sat, 24 Dec 2016 12:43:24 -0500 >> Cc: Michael Albinus , 25183@debbugs.gnu.org >> >> >> (expand-file-name "/:~/path/./file") => (error "/: quoting relative file name") >> > >> > expand-file-name doesn't signal errors, and I don't think it would be >> > a good idea to have it start doing that. >> >> I think the status quo (leaving it inconsistent) is okay too (garbage >> in, garbage out). > > But expansion of "~" in the Windows build should be bypassed in this > case, don't you agree? In the case of "/:~/whatever" I think any output is fine, since the input is meaningless. Avoiding ~-expansion is okay, though I don't think it's actually a problem either way. For reference, on a GNU system, doing $ echo xx > '~' $ emacs -Q '/:~' opens up the $HOME directory, even though the "~" is not expanded by `expand-file-name'.