Re: Hyperbole Messing with file paths

[Robert Weiner]

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 <rsw@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 <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? 

Thanks 

Dave