GNU bug report logs -
#24057
25.1.50; ffap interprets comments beginning with "//" as file path
Previous Next
Reported by: Kaushal Modi <kaushal.modi <at> gmail.com>
Date: Fri, 22 Jul 2016 23:01:01 UTC
Severity: minor
Tags: fixed, patch
Merged with 7229,
8990
Found in versions 23.1, 23.3, 25.1.50
Fixed in version 26.1
Done: npostavs <at> users.sourceforge.net
Bug is archived. No further changes may be made.
Full log
Message #39 received at 24057 <at> debbugs.gnu.org (full text, mbox):
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> Date: Sat, 23 Jul 2016 14:02:36 -0400
> Cc: Kaushal Modi <kaushal.modi <at> gmail.com>, 24057 <at> debbugs.gnu.org
>
> On Sat, Jul 23, 2016 at 9:59 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >> Did you try this on some system where "//tmp" is a valid file name,
> >> which is different from "/tmp"?
> > You need to be on a system that supports that. Windows is one of
> > them; not sure if there are any others left nowadays.
>
> How does it work?
>
> C:\Users\npostavs>echo foo > //tmp
> The specified path is invalid.
>
> In Emacs:
>
> Saving file //tmp...
> Directory `//' does not exist; create? (y or n) y
> basic-save-buffer-2: //: no such directory
>
> This is on a newly-upgraded-to-Windows-10 box, Emacs 24.5
It's a UNC notation. Normally used for network shares. If you want
to use this locally, you will need to create a share first. Valid UNC
file/directory names look like //machine/share.
This bug report was last modified 8 years and 119 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.