On Sat, Feb 11, 2023 at 12:14 PM Eli Zaretskii <
eliz@gnu.org> wrote:
> From: O G <opngid@gmail.com>
> Date: Sat, 11 Feb 2023 12:07:36 -0500
> Cc: 61190@debbugs.gnu.org
>
> > emacs -Q
> > M-: (setq ispell-program-name "hunspell") RET
> > M-: (setq ispell-personal-dictionary "C:/Users/xxxx/.hunspell_en_US") RET
>
> > Now go to some word in *scratch* and type M-$.
>
> > Then look with Process Explorer how Emacs invoked Hunspell.
>
> >When I do the above, I clearly see the "-p PDICT" command-line
> >arguments with which Emacs invokes Hunspell. I made a point of
> >testing this on Windows with Emacs 28.2, which is what you have, and
> >it worked for me.
>
> Thanks for the detailed suggestions -- it now works.
So I guess we can close this bug now?
Yes, with the caveat that it would be nice to document this somewhere. I opened
up a bug report on the hunspell github repository about this issue and did not
receive a response, so I'll respond to my own issue with this latest information.
> From what I can tell, the issue was the double backslashes not being accepted
> in the file path for the hunspell personal dictionary.
It should works either way. Maybe you didn't double every backslash?
Just double-checked my setup and indeed the problem reappears when I substitute
double backslashes for all of the forward slashes. Also tried using the cygwin-style "/c/..."
convention since everything is running (emacs + hunspell) inside an uptodate installation
of msys2 using the mingw64 repository, and that does not work either. Only the
"C:/Users/..." path is accepted apparently.
Elsewhere within my init.el file the double backslash inside elisp strings works just
fine for Windows file paths.