GNU bug report logs - #70012
shell-resync-dirs broken on windows

Previous Next

Package: emacs;

Reported by: Sam Steingold <sds <at> gnu.org>

Date: Tue, 26 Mar 2024 16:26:02 UTC

Severity: normal

Tags: notabug, wontfix

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Sam Steingold <sds <at> gnu.org>
Cc: 70012 <at> debbugs.gnu.org
Subject: Re: bug#70012: shell-resync-dirs broken on windows
Date: Tue, 26 Mar 2024 18:52:07 +0200
tags 70012 notabug wontfix
thanks

> From: Sam Steingold <sds <at> gnu.org>
> Date: Tue, 26 Mar 2024 12:25:13 -0400
> 
> Windows emacs 29.2
> Msys2 bash dirs returns something like "/c/foo" for "c:/foo" and (file-directory-p "/c/foo") returns nil even
> though "c:/foo" is a directory.
> Thus shell-resync-dirs goes into an infinite loop.

Sorry, the native Windows build of Emacs is not supposed to support
MSYS- or Cygwin-specific magic in file names.  We cannot support that
without significant complications in the low-level code, and even if
that code can be made to work, users are not supposed to give up
top-level directories named /x (where 'x' is a letter).

If you want these names supported, try the Cygwin or Cygw32 build
instead (but I'm not sure even those builds support /c/foo/bar file
names).

This is not a bug, and we should not even try fixing it.  IOW, using
MSYS Bash in shell buffers is not supported in the MS-Windows build.




This bug report was last modified 263 days ago.

Previous Next


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