GNU bug report logs - #25825
25.1; ispell-find-hunspell-dictionaries not working on Windows

Previous Next

Package: emacs;

Reported by: S W <sw9 <at> outlook.com>

Date: Tue, 21 Feb 2017 04:33:01 UTC

Severity: normal

Tags: moreinfo

Found in version 25.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: sw9 <at> outlook.com, 25825 <at> debbugs.gnu.org
Subject: bug#25825: 25.1; ispell-find-hunspell-dictionaries not working on Windows
Date: Wed, 26 Aug 2020 13:10:13 -0700
Eli Zaretskii <eliz <at> gnu.org> writes:

>> But for some reason, hunspell is very sensitive and will not give any
>> loaded dictionary if $LANG is unset.  (IMO, very unhelpful behaviour.)
>
> Maybe this is worth a bug report against Hunspell.

I filed a bug report against hunspell here:

    https://github.com/hunspell/hunspell/issues/687

> But is this really relevant to how Hunspell is invoked from Emacs?  It
> certainly isn't on Windows, because we inject LANG into the
> environment there.  But what about Posix hosts?

AFAIU, we just inherit the environment such that if $LANG is unset in
the parent process,

    (getenv "LANG") => nil

> That cannot fly: we cannot second-guess the user's locale, and we
> shouldn't force some arbitrary locale on them.  It's basically a
> mis-configured system, so signaling an error is good enough, IMO.

Point taken.




This bug report was last modified 4 years and 183 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.