[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Hyperbole Messing with file paths

From: Robert Weiner
Subject: Re: Hyperbole Messing with file paths
Date: Sun, 19 Jul 2020 11:45:32 -0400

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.


On Sun, Jul 19, 2020 at 7:50 AM Wenlong Dai <whudwl@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? 


reply via email to

[Prev in Thread] Current Thread [Next in Thread]