unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Brian Elmegaard via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: "47456@debbugs.gnu.org" <47456@debbugs.gnu.org>
Subject: bug#47456: 27.1; emacs hangs using aspell in auctex
Date: Tue, 30 Mar 2021 13:27:30 +0000	[thread overview]
Message-ID: <f39bc61b062840c6a12b8a33153c4213@mek.dtu.dk> (raw)
In-Reply-To: <83v998kd6m.fsf@gnu.org>

Thank you for the effort, Eli.
This does work.

Do you see this as a bug in either MSYS hunspell, ispell.el or just a small task for the user to do when updating the dictionaries?
I see that the hunspell on sourceforge does have a default.dic included.

(setenv "DICTIONARY" "en_US") 
seems to be a solution that would work also?

Brian

-----Original Message-----
From: Eli Zaretskii <eliz@gnu.org> 
Sent: 30. marts 2021 15:02
To: Brian Elmegaard <be@mek.dtu.dk>
Cc: 47456@debbugs.gnu.org
Subject: Re: bug#47456: 27.1; emacs hangs using aspell in auctex

> From: Brian Elmegaard <be@mek.dtu.dk>
> CC: "47456@debbugs.gnu.org" <47456@debbugs.gnu.org>
> Date: Tue, 30 Mar 2021 12:50:59 +0000
> 
> Without DICTIONARY set I get:
> SEARCH PATH:
> .;c:/msys64/mingw64/bin/;c:/msys64/mingw64/share/hunspell;c:/msys64/mi
> ngw64/share/myspell;c:/msys64/mingw64/share/myspell/dicts;c:/msys64;%U
> SERPROFILE%/Application Data/OpenOffice.org 
> 2/user/wordbook;c:/msys64/mingw64/share/dict/ooo;
> AVAILABLE DICTIONARIES (path is not mandatory for -d option):
> c:/msys64/mingw64/share/hunspell/en_AG
> c:/msys64/mingw64/share/hunspell/en_AU-large
> c:/msys64/mingw64/share/hunspell/en_AU
> c:/msys64/mingw64/share/hunspell/en_BS
> c:/msys64/mingw64/share/hunspell/en_BW
> c:/msys64/mingw64/share/hunspell/en_BZ
> c:/msys64/mingw64/share/hunspell/en_CA
> c:/msys64/mingw64/share/hunspell/en_DK
> c:/msys64/mingw64/share/hunspell/en_GB
> c:/msys64/mingw64/share/hunspell/en_GH
> c:/msys64/mingw64/share/hunspell/en_HK
> c:/msys64/mingw64/share/hunspell/en_IE
> c:/msys64/mingw64/share/hunspell/en_IN
> c:/msys64/mingw64/share/hunspell/en_JM
> c:/msys64/mingw64/share/hunspell/en_NA
> c:/msys64/mingw64/share/hunspell/en_NG
> c:/msys64/mingw64/share/hunspell/en_NZ
> c:/msys64/mingw64/share/hunspell/en_PH
> c:/msys64/mingw64/share/hunspell/en_SG
> c:/msys64/mingw64/share/hunspell/en_TT
> c:/msys64/mingw64/share/hunspell/en_US-large
> c:/msys64/mingw64/share/hunspell/en_US
> c:/msys64/mingw64/share/hunspell/en_ZA
> c:/msys64/mingw64/share/hunspell/en_ZW
> c:/msys64/mingw64/share/myspell/dicts/en_AG
> c:/msys64/mingw64/share/myspell/dicts/en_AU-large
> c:/msys64/mingw64/share/myspell/dicts/en_AU
> c:/msys64/mingw64/share/myspell/dicts/en_BS
> c:/msys64/mingw64/share/myspell/dicts/en_BW
> c:/msys64/mingw64/share/myspell/dicts/en_BZ
> c:/msys64/mingw64/share/myspell/dicts/en_CA
> c:/msys64/mingw64/share/myspell/dicts/en_DK
> c:/msys64/mingw64/share/myspell/dicts/en_GB
> c:/msys64/mingw64/share/myspell/dicts/en_GH
> c:/msys64/mingw64/share/myspell/dicts/en_HK
> c:/msys64/mingw64/share/myspell/dicts/en_IE
> c:/msys64/mingw64/share/myspell/dicts/en_IN
> c:/msys64/mingw64/share/myspell/dicts/en_JM
> c:/msys64/mingw64/share/myspell/dicts/en_NA
> c:/msys64/mingw64/share/myspell/dicts/en_NG
> c:/msys64/mingw64/share/myspell/dicts/en_NZ
> c:/msys64/mingw64/share/myspell/dicts/en_PH
> c:/msys64/mingw64/share/myspell/dicts/en_SG
> c:/msys64/mingw64/share/myspell/dicts/en_TT
> c:/msys64/mingw64/share/myspell/dicts/en_US-large
> c:/msys64/mingw64/share/myspell/dicts/en_US
> c:/msys64/mingw64/share/myspell/dicts/en_ZA
> c:/msys64/mingw64/share/myspell/dicts/en_ZW
> Can't open affix or dictionary files for dictionary named "default".
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
That's your problem, right there.  By default, Hunspell looks for a dictionary called "default".  If you always use the en_US dictionary by default, simply copy en_US.dic to default.dic and en_US.aff to default.aff (in the same directory), and then the problem will go away.

Another measure that I would recommend is to copy en_US.* into the corresponding ENU.* files.  That is because Windows locale names are different from Posix ones: what is called en_US on Posix platforms is called ENU on Windows.  When Hunspell is run by Emacs, Emacs by default instructs it to load the dictionary that corresponds to the locale, or "default" if the locale-specific name fails, and so ENU.dic will also work.





  reply	other threads:[~2021-03-30 13:27 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-28 21:57 bug#47456: 27.1; emacs hangs using aspell in auctex Brian Elmegaard via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-29  4:58 ` Eli Zaretskii
     [not found]   ` <7c97e45f58704c96aa07ec97e91589cc@mek.dtu.dk>
2021-03-29  8:36     ` Eli Zaretskii
2021-03-29 23:24       ` Brian Elmegaard via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-30  5:52         ` Eli Zaretskii
2021-03-30  7:50           ` Brian Elmegaard via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-30  8:27             ` Eli Zaretskii
2021-03-30  9:35               ` Brian Elmegaard via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-30 12:32                 ` Eli Zaretskii
2021-03-30 12:50                   ` Brian Elmegaard via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-30 13:01                     ` Eli Zaretskii
2021-03-30 13:27                       ` Brian Elmegaard via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2021-03-30 13:42                         ` Eli Zaretskii
     [not found]                           ` <53def08e-ff3f-4603-99ff-1f95c1088125@mek.dtu.dk>
2021-03-30 14:27                             ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f39bc61b062840c6a12b8a33153c4213@mek.dtu.dk \
    --to=bug-gnu-emacs@gnu.org \
    --cc=47456@debbugs.gnu.org \
    --cc=be@mek.dtu.dk \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).