[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Change in 28.1 in opening a file from grep results on Windows
From: |
Eli Zaretskii |
Subject: |
Re: Change in 28.1 in opening a file from grep results on Windows |
Date: |
Tue, 12 Jul 2022 20:29:25 +0300 |
> From: Pascal Quesseveur <pquessev@gmail.com>
> Date: Tue, 12 Jul 2022 19:20:28 +0200
>
> >"EZ" == Eli Zaretskii <eliz@gnu.org> writes:
>
> EZ> completely. Which is why I think using a drive letter is a better
> EZ> solution in the long run.
>
> It's not what I want. I switched from drive letters to symlinks some
> years ago, and I am happy with it. I use links to hide the
> implementation of directories: one or more servers, or local disks.
You could map \\smbserver\foo to drive Y:, say, and then symlink to
Y:\ instead of the server. Doesn't that work and allow you to hide
the implementation just the same?
An alternative is to make a local change in compilation-find-file to
not use file-truename (assuming that the problem in bug#8035 can never
happen to you).
Anyway, you are fighting Windows here, so I can only wish you good
luck in that fight. (And maybe some day they will remove this
limitation from cmd.exe. More improbable miracles have happened...)
- Re: Change in 28.1 in opening a file from grep results on Windows, (continued)
Re: Change in 28.1 in opening a file from grep results on Windows, Eli Zaretskii, 2022/07/12
Re: Change in 28.1 in opening a file from grep results on Windows, Stefan Monnier, 2022/07/12
Re: Change in 28.1 in opening a file from grep results on Windows, Eli Zaretskii, 2022/07/13
Re: Change in 28.1 in opening a file from grep results on Windows, Stefan Monnier, 2022/07/13
Re: Change in 28.1 in opening a file from grep results on Windows, Pascal Quesseveur, 2022/07/13