Please note that this was fixed in the 7.1.2 release now in the GNU Elpa archive (use Emacs package manager).
On Sun, Jul 19, 2020 at 11:45 AM Robert Weiner <r...@gnu.org> wrote: > Good point. I will just confirm that this is the case and that we'll work > on this. > I also use Emacs under WSL, so we want this to work well. > > It is implemented via directory-abbrev-alist so if you remove the entry > from there > after Hyperbole is loaded, it should be disabled. > > The idea was two-fold: > 1. I believe WSL is moving to using /c instead of /mnt/c for simpler > paths. > 2. If you use something like Git Bash on Windows, it uses /c rather than > /mnt/c, > so doing so in Emacs would be consistent. > > But of course the /c link to /mnt/c needs to exist for this to work > properly. > Personally, I created that link manually and will have to look at > Microsoft is doing > about this in both WSL 1 and 2. > > Bob > > > On Sun, Jul 19, 2020 at 7:50 AM Wenlong Dai <whu...@gmail.com> wrote: > >> Hi All, >> >> I was trying out hyperbole recently and encountered this really strange >> problem. >> I'm using Emacs in WSL in Windows 10. >> I found that after installing hyperbole, whenever I visit a file using >> the path `/mnt/c/...`, the path would become `/c/...`, in other words the >> /mnt part is removed. >> If I used counsel-find-file to visit files, I could see the "/mnt/" >> become "/" as soon as I finish typing "/mnt/". >> >> I found this out because I removed the directory "/c" previously. Because >> of that, when I was trying hyperbole I was getting errors saying file >> couldn't be written. >> Then I created /c as a symlink to /mnt/c and "resolved" the problem. But >> every time I visit files in '/mnt/c/...', the path becomes '/c/...' , which >> bugs me quite a bit. >> Why is this happening? Could anyone using WSL have a test of this >> behavior? >> >> Thanks >> Dave >> >
