GNU bug report logs - #20119
25.0.50; tramp-test30-special-characters hangs on Cygwin

Previous Next

Package: emacs;

Reported by: Ken Brown <kbrown <at> cornell.edu>

Date: Mon, 16 Mar 2015 16:22:02 UTC

Severity: normal

Found in version 25.0.50

Done: Ken Brown <kbrown <at> cornell.edu>

Bug is archived. No further changes may be made.

Full log


Message #40 received at 20119 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 20119 <at> debbugs.gnu.org, kbrown <at> cornell.edu
Subject: Re: bug#20119: 25.0.50;
 tramp-test30-special-characters hangs on Cygwin
Date: Tue, 17 Mar 2015 15:46:26 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

>> One case on w32 I could reproduce is the following: There is just one
>> special file "~/ file name with spaces ". The first test is OK, the
>> other two tests not (wrong handling of trailing spaces)
>> 
>> (file-exists-p "~/ file name with spaces ")
>> => t
>> 
>> (file-exists-p "~/ file name with spaces")
>> => t
>> 
>> (directory-files "~/")
>> => (" file name with spaces" ...)
>
> Where do you see errors in primitives here?  They are just
> peculiarities of the underlying filesystem.
>
> Like I said: such file names should be avoided, but they are not
> disallowed.

I do not believe it is important, but in my naive feeling
"~/ file name with spaces " and "~/ file name with spaces" are different.

Especially, since leading spaces in file names are treated:

(file-exists-p "~/file name with spaces ")
=> nil

Feel free to ignore this; in tramp-tests.el such tests are skipped when
running on w32.

Best regards, Michael.




This bug report was last modified 10 years and 70 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.