From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: O G Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 31 Jan 2023 00:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 61190@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.167512641817461 (code B ref -1); Tue, 31 Jan 2023 00:54:01 +0000 Received: (at submit) by debbugs.gnu.org; 31 Jan 2023 00:53:38 +0000 Received: from localhost ([127.0.0.1]:50967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMeu1-0004XY-At for submit@debbugs.gnu.org; Mon, 30 Jan 2023 19:53:38 -0500 Received: from lists.gnu.org ([209.51.188.17]:60604) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMetz-0004XO-8T for submit@debbugs.gnu.org; Mon, 30 Jan 2023 19:53:36 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pMetz-0000rI-1W for bug-gnu-emacs@gnu.org; Mon, 30 Jan 2023 19:53:35 -0500 Received: from mail-oa1-x31.google.com ([2001:4860:4864:20::31]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pMetw-0007ao-Ku for bug-gnu-emacs@gnu.org; Mon, 30 Jan 2023 19:53:34 -0500 Received: by mail-oa1-x31.google.com with SMTP id 586e51a60fabf-1631b928691so17456639fac.11 for ; Mon, 30 Jan 2023 16:53:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=xWV/q0m/qwQg5mEtbcII+13z6RSud70RnkZzTItPNEM=; b=ZDo782HlFXFTBF9mcHyCZ/iiyUe4k7JoUMvZePoBPjK/IT3oYw86F1njAyrPhoeGBm DJ9ug7GE8NHyNvKvYspZz8uWmrpPq0c+RjMsH8JqW5ykNUjn1mPSlCgMllyC9fyzdir8 TDB60qiNIof6xRtokDh78T2qvHPLgdqs3bVLOiSy3YmM0gsllMD8ZgPlFib5e/WyCved ecraUPT5OUaueCSdSXkB2aFJUewX3kvSzyFfKg3/JiJanSNpKTmZISWHfaw0sjec+uAu wbLm85rXdmf9+8hIHX+qEqdz5IdfRLJyEfBVJey4X2gor6btLGFYDlmvDxAj4/ji4K85 /0tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=xWV/q0m/qwQg5mEtbcII+13z6RSud70RnkZzTItPNEM=; b=x9ZieeRLQiEh7hwUT8zzY7g2VfHQ8ZBN/7cvSHtXaHX0/d5PD+exCB0hBhK4+Qk754 HQ9wJTEU522jpMv5Yl8jVLgqOLtIj3ZRrOA/ZZvgeLf04EeNnxLDNIfLnHhw7UVN+rZf OzXf3toCX1KgfTViaF1xj+bfJXUy86QprY+qut5P/w7oMNyeoJHsrM09tpd2drj3C3UQ 9YKl5Fqiy6o6Sm7f+wzFAgA0c8IrSPV/kWbMJmkk2nJihrp3qrcC9ujDsOR/PIwyrz3I StTWVwH9j5cxdefcikrJ1Bt0svDhAIkmbiVw38fBOnArEUSwKEptSSich2nguTvMakoS 4fzw== X-Gm-Message-State: AFqh2krhjOcsnLSGCF7oJYD+BraC6gA2sCiXpSqstlG4IOwBoYfOvivl sxSor+o1Fh+vvH9iGbqN70PEoYmkBRUj3hc4lQNJxqM1Uv0= X-Google-Smtp-Source: AMrXdXsrHGhPrh6YjWGe8NUrdD9jie0iyPYO8rIwOvX/Gi+aZVYbHusJw2fTLoUXF/1/HnEOi9C4o8JaDAeyfkJhyi4= X-Received: by 2002:a05:6870:4151:b0:15e:efa9:9754 with SMTP id r17-20020a056870415100b0015eefa99754mr4440078oad.148.1675126410754; Mon, 30 Jan 2023 16:53:30 -0800 (PST) MIME-Version: 1.0 From: O G Date: Mon, 30 Jan 2023 19:53:19 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000aabfbf05f384c275" Received-SPF: pass client-ip=2001:4860:4864:20::31; envelope-from=opngid@gmail.com; helo=mail-oa1-x31.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --000000000000aabfbf05f384c275 Content-Type: text/plain; charset="UTF-8" The ispell package in Emacs is not using the user-specified location of the personal dictionary for hunspell. In particular, neither of these two settings are being respected: (setq ispell-personal-directory "/c/Users/xxxx/.hunspell_en_US") (setq ispell-cmd-args "-p /c/Users/xxxx/.hunspell_en_US") Instead, it appears that ispell is hardwired to use the file %USERPROFILE%hunspell_en_US regardless of whether or not the user has specified another choice for their personal dictionary. Note that a file named %USERPROFILE%hunspell_en_US is being created at the save prompt when adding a new spelling regardless of whether or not a file named .hunspell_en_US already exists in the user's home directory (the default file path for a personal directory) and that the Windows macro %USERPROFILE% is not being properly expanded either (so it becomes part of the dictionary name in unexpanded form). Hunspell is the latest version (1.7.2) installed from the MINGW64 repository in the MYSYS2 project. It is otherwise working just fine with Emacs using the following two settings: (setq ispell-program-name "hunspell") (setq ispell-local-dictionary "en_US") Note that the HOME variable is set in my Emacs init file and points to C:/Users/xxxx/ A comment in this stack exchange post suggests others may be experiencing this issue as well: https://emacs.stackexchange.com/questions/58844/where-is-personal-dictionary-for-ispell-located --------------------------------------------------------------- In GNU Emacs 28.2 (build 2, x86_64-w64-mingw32) of 2022-10-11 built on fv-az365-328 Repository revision: b35f9af313a5d5c42988eb5a7751209b4234a67e Repository branch: master Windowing system distributor 'Microsoft Corp.', version 10.0.22621 System Description: Microsoft Windows 10 Pro (v10.0.2009.22621.1105) Configured using: 'configure --prefix=/mingw64 --host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 --with-modules --without-dbus --without-compress-install --with-native-compilation 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe' CPPFLAGS=-D__USE_MINGW_ANSI_STDIO=1 LDFLAGS=-pipe' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LIBXML2 MODULES NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XPM ZLIB Important settings: value of $LANG: en_US locale-coding-system: cp1252 Major mode: Lisp Interaction Minor modes in effect: TeX-PDF-mode: t TeX-source-correlate-mode: t global-corfu-mode: t corfu-mode: t all-the-icons-completion-mode: t marginalia-mode: t savehist-mode: t vertico-multiform-mode: t vertico-mode: t override-global-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t global-prettify-symbols-mode: t prettify-symbols-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t Load-path shadows: c:/Users/xxxx/.emacs.d/elpa/hydra-0.15.0/lv hides c:/Users/xxxx/.emacs.d/elpa/lv-20200507.1518/lv Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived gnus-util rmail rmail-loaddefs text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mule-util time-date aide tex crm texmathp le-thesaurus request mailheader autorevert filenotify mail-utils foldout noutline outline corfu orderless all-the-icons-completion all-the-icons all-the-icons-faces data-material data-weathericons data-octicons data-fileicons data-faicons data-alltheicons marginalia compat compat-29 savehist vertico-multiform vertico-posframe posframe vertico use-package-bind-key bind-key easy-mmode ryo-modal org-macs format-spec avy expand-region text-mode-expansions er-basic-expansions thingatpt expand-region-core expand-region-custom two-column hydra lv disable-mouse edmacro kmacro smart-mode-line-powerline-theme powerline comp comp-cstr warnings rx powerline-separators ring color powerline-themes smart-mode-line advice rich-minority zenburn-theme loop ht s dash cl-extra help-mode use-package-ensure use-package-core finder-inf cus-edit pp cus-load wid-edit server tex-site epg rfc6068 epg-config gnu-elpa-keyring-update info package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 398612 190497) (symbols 48 23253 131) (strings 32 115775 27414) (string-bytes 1 3416306) (vectors 16 35445) (vector-slots 8 732330 252268) (floats 8 565 625) (intervals 56 363 174) (buffers 992 11)) --000000000000aabfbf05f384c275 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The ispell package in Emacs is not using the user-specifie= d location of
the personal dictionary for hunspell.

In particular= , neither of these two settings are being respected:

(setq ispell-pe= rsonal-directory "/c/Users/xxxx/.hunspell_en_US")
(setq ispell= -cmd-args "-p /c/Users/xxxx/.hunspell_en_US")

Instead, it = appears that ispell is hardwired to use the file
%USERPROFILE%hunspell_e= n_US regardless of whether or not the user has
specified another choice = for their personal dictionary.

Note that a file named %USERPROFILE%h= unspell_en_US is being created at
the save prompt when adding a new spel= ling regardless of whether or not
a file named .hunspell_en_US already e= xists in the user's home directory
(the default file path for a pers= onal directory) and that the Windows
macro %USERPROFILE% is not being pr= operly expanded either (so it becomes
part of the dictionary name in une= xpanded form).

Hunspell is the latest version (1.7.2) installed from= the MINGW64 repository
in the MYSYS2 project.=C2=A0 It is otherwise wor= king just fine with Emacs
using the following two settings:

(setq= ispell-program-name "hunspell")
(setq ispell-local-dictionary= "en_US")

Note that the HOME variable is set in my Emacs i= nit file and points
to C:/Users/xxxx/

A comment in this stack exc= hange post suggests others may be
experiencing this issue as well:
https://emacs.stackexchange.com/question= s/58844/where-is-personal-dictionary-for-ispell-located

--------= -------------------------------------------------------

In GNU Emacs= 28.2 (build 2, x86_64-w64-mingw32)
=C2=A0of 2022-10-11 built on fv-az36= 5-328
Repository revision: b35f9af313a5d5c42988eb5a7751209b4234a67e
R= epository branch: master
Windowing system distributor 'Microsoft Cor= p.', version 10.0.22621
System Description: Microsoft Windows 10 Pro= (v10.0.2009.22621.1105)

Configured using:
=C2=A0'configure -= -prefix=3D/mingw64 --host=3Dx86_64-w64-mingw32
=C2=A0--build=3Dx86_64-w6= 4-mingw32 --with-modules --without-dbus
=C2=A0--without-compress-install= --with-native-compilation
=C2=A0'CFLAGS=3D-march=3Dx86-64 -mtune=3D= generic -O2 -pipe'
=C2=A0CPPFLAGS=3D-D__USE_MINGW_ANSI_STDIO=3D1 LDF= LAGS=3D-pipe'

Configured features:
ACL GIF GMP GNUTLS HARFBUZ= Z JPEG JSON LIBXML2 MODULES NATIVE_COMP NOTIFY
W32NOTIFY PDUMPER PNG RSV= G SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XPM
ZLIB

Important setti= ngs:
=C2=A0 value of $LANG: en_US
=C2=A0 locale-coding-system: cp1252=

Major mode: Lisp Interaction

Minor modes in effect:
=C2= =A0 TeX-PDF-mode: t
=C2=A0 TeX-source-correlate-mode: t
=C2=A0 global= -corfu-mode: t
=C2=A0 corfu-mode: t
=C2=A0 all-the-icons-completion-m= ode: t
=C2=A0 marginalia-mode: t
=C2=A0 savehist-mode: t
=C2=A0 ve= rtico-multiform-mode: t
=C2=A0 vertico-mode: t
=C2=A0 override-global= -mode: t
=C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0= eldoc-mode: t
=C2=A0 show-paren-mode: t
=C2=A0 electric-indent-mode:= t
=C2=A0 mouse-wheel-mode: t
=C2=A0 global-prettify-symbols-mode: t<= br>=C2=A0 prettify-symbols-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 fil= e-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-loc= k-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 auto-composition-mode: t=
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t
= =C2=A0 line-number-mode: t
=C2=A0 indent-tabs-mode: t
=C2=A0 transien= t-mark-mode: t

Load-path shadows:
c:/Users/xxxx/.emacs.d/elpa/hyd= ra-0.15.0/lv hides c:/Users/xxxx/.emacs.d/elpa/lv-20200507.1518/lv

F= eatures:
(shadow sort mail-extr emacsbug message rmc puny dired dired-lo= addefs
rfc822 mml mml-sec epa derived gnus-util rmail rmail-loaddefs
= text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231
ma= ilabbrev gmm-utils sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsv= r mule-util time-date aide tex crm texmathp le-thesaurus
request mailhea= der autorevert filenotify mail-utils foldout noutline
outline corfu orde= rless all-the-icons-completion all-the-icons
all-the-icons-faces data-ma= terial data-weathericons data-octicons
data-fileicons data-faicons data-= alltheicons marginalia compat compat-29
savehist vertico-multiform verti= co-posframe posframe vertico
use-package-bind-key bind-key easy-mmode ry= o-modal org-macs format-spec
avy expand-region text-mode-expansions er-b= asic-expansions thingatpt
expand-region-core expand-region-custom two-co= lumn hydra lv
disable-mouse edmacro kmacro smart-mode-line-powerline-the= me powerline
comp comp-cstr warnings rx powerline-separators ring color<= br>powerline-themes smart-mode-line advice rich-minority zenburn-theme loop=
ht s dash cl-extra help-mode use-package-ensure use-package-core
fin= der-inf cus-edit pp cus-load wid-edit server tex-site epg rfc6068
epg-co= nfig gnu-elpa-keyring-update info package browse-url url url-proxy
url-p= rivacy url-expand url-methods url-history url-cookie url-domsuf
url-util= mailcap url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-m= acs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt = gv bytecomp byte-compile cconv cl-loaddefs cl-lib
iso-transl tooltip eld= oc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mod= e mwheel dos-w32 ls-lisp disp-table
term/w32-win w32-win w32-vars term/c= ommon-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list re= place newcomment text-mode lisp-mode
prog-mode register page tab-bar men= u-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-loc= k font-lock syntax font-core
term/tty-colors frame minibuffer cl-generic= cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao= korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech eur= opean ethiopic indian
cyrillic chinese composite emoji-zwj charscript ch= arprop case-table
epa-hook jka-cmpr-hook help simple abbrev obarray cl-p= reloaded nadvice
button loaddefs faces cus-face macroexp files window te= xt-properties
overlay sha1 md5 base64 format env code-pages mule custom = widget
hashtable-print-readable backquote threads w32notify w32 multi-tt= y
make-network-process native-compile emacs)

Memory information:<= br>((conses 16 398612 190497)
=C2=A0(symbols 48 23253 131)
=C2=A0(str= ings 32 115775 27414)
=C2=A0(string-bytes 1 3416306)
=C2=A0(vectors 1= 6 35445)
=C2=A0(vector-slots 8 732330 252268)
=C2=A0(floats 8 565 625= )
=C2=A0(intervals 56 363 174)
=C2=A0(buffers 992 11))
--000000000000aabfbf05f384c275-- From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 31 Jan 2023 13:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: O G Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167517286429216 (code B ref 61190); Tue, 31 Jan 2023 13:48:02 +0000 Received: (at 61190) by debbugs.gnu.org; 31 Jan 2023 13:47:44 +0000 Received: from localhost ([127.0.0.1]:51871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMqzA-0007bA-Da for submit@debbugs.gnu.org; Tue, 31 Jan 2023 08:47:44 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42488) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMqz6-0007ag-SR for 61190@debbugs.gnu.org; Tue, 31 Jan 2023 08:47:41 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pMqz1-0007Id-Dr; Tue, 31 Jan 2023 08:47:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=rzvQPTgO3uGGYKgzYz6ojBrw4ao7vyBtfJFIvMzVgqQ=; b=YdDbYJybi4Qb UzLZCgAaT61MWFtCjK3Ea+6rAb/ac4srEAjUwmnCcB9Lkw/7U9qC0xTf82KQ0TfYFKdHwoBhmHu8j SY9Lh2zulApYRz70VBUt5UQkgwPOsyCfMiONsTu3k3z7sPTiDJ6Qxo6DPlrIbTOPHwiXGR/o+sHqR Cwd/PhNvaKqzW4glrOQHssZN4oZYeBjQOzXAs1+9mN5mTSwkCwhp9zool5+ylz5pw5vP/FwDJmsjY G7buO8wTdKcGS4fIlbYsgoNGcexu4wmdS2vK5Y6uWpiXPP/lXnuk6xTlvBy8Z246RSvSp0Oerj4Up qbE/iluBsak9+2h12j/5PA==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pMqz0-0002a4-TJ; Tue, 31 Jan 2023 08:47:35 -0500 Date: Tue, 31 Jan 2023 15:47:30 +0200 Message-Id: <83fsbq3jf1.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from O G on Mon, 30 Jan 2023 19:53:19 -0500) References: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: O G > Date: Mon, 30 Jan 2023 19:53:19 -0500 > > The ispell package in Emacs is not using the user-specified location of > the personal dictionary for hunspell. > > In particular, neither of these two settings are being respected: > > (setq ispell-personal-directory "/c/Users/xxxx/.hunspell_en_US") > (setq ispell-cmd-args "-p /c/Users/xxxx/.hunspell_en_US") These are incorrect settings: the native Windows build of Emacs doesn't understand the MSYS /c/foo/bar notation. Please use the native Windows format "c:/Users/xxx/" or "C:\\Users\\xxx\\" instead (both should work, but backslashes need to be escaped in Emacs strings). > Instead, it appears that ispell is hardwired to use the file > %USERPROFILE%hunspell_en_US regardless of whether or not the user has > specified another choice for their personal dictionary. > > Note that a file named %USERPROFILE%hunspell_en_US is being created at > the save prompt when adding a new spelling regardless of whether or not > a file named .hunspell_en_US already exists in the user's home directory > (the default file path for a personal directory) and that the Windows > macro %USERPROFILE% is not being properly expanded either (so it becomes > part of the dictionary name in unexpanded form). > > Hunspell is the latest version (1.7.2) installed from the MINGW64 repository > in the MYSYS2 project. It is otherwise working just fine with Emacs > using the following two settings: Does it work for you as expected if you invoke Hunspell from the shell prompt like this: hunspell -d en_US -p c:/Users/xxx/.hunspell_en_US SOME-FILE (which starts Hunspell with its own text-mode user interface), and then use the 'i' command inside Hunspell to save some words in the personal dictionary? (I presume that your Hunspell supports the interactive invocation like above.) If that doesn't save in the correct file either, then it's a Hunspell bug, and you should report it to the folks who develop Hunspell or those who produced the Windows port you are using. Because all Emacs does when you set ispell-personal-directory is to invoke Hunspell with the "-p PDICT" command-line argument. If you have Process Explorer installed, you should be able to verify that Hunspell is indeed invoked with the -p option as above, and if that is so, then the part of Emacs and ispell.el works correctly, and the problem is in Hunspell itself. From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 31 Jan 2023 15:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: opngid@gmail.com Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.16751773707450 (code B ref 61190); Tue, 31 Jan 2023 15:03:02 +0000 Received: (at 61190) by debbugs.gnu.org; 31 Jan 2023 15:02:50 +0000 Received: from localhost ([127.0.0.1]:54666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMs9q-0001w6-9b for submit@debbugs.gnu.org; Tue, 31 Jan 2023 10:02:50 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59606) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMs9m-0001vs-4B for 61190@debbugs.gnu.org; Tue, 31 Jan 2023 10:02:48 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pMs9g-0001Ic-Qu; Tue, 31 Jan 2023 10:02:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=KCTIpmDrUwe7NI50vBCsKbeXhycsbdHOsLUOYemIRrE=; b=dxoDA2t9v+z6 6Zn/9msmgYBGmZBQvu8v+AT7VyU6bQf4Pkpjue1uEP1zcNzoMddo2OdZ0r0kooQwLjhqpKQaqvKAo grw2ODbN3Y3gZ2UhkjZ0yg1gcmyC3nHDb6nyxYqoQuad+gIyTuy3CWxWchQoUDhDaRzFLZ8K7/mrw xmas8YMz5c3U208opBejn4GM6DXze0hPdq9qZFYcZ/f/eP7H+Y9w2ixVb1WM39OmCsjDH2iz6AQDF RhWYIIEXHsLkA6l4AteIoyUjk2dk5gUuyiltnKJmivI1ZsuppoSUggeL6Kalzvk5RtHimooUZTYZx 0H1xl38+lIQfquuRPueRdA==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pMs9g-0000o0-B3; Tue, 31 Jan 2023 10:02:40 -0500 Date: Tue, 31 Jan 2023 17:02:36 +0200 Message-Id: <83357q3fxv.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <83fsbq3jf1.fsf@gnu.org> (message from Eli Zaretskii on Tue, 31 Jan 2023 15:47:30 +0200) References: <83fsbq3jf1.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 61190@debbugs.gnu.org > Date: Tue, 31 Jan 2023 15:47:30 +0200 > From: Eli Zaretskii > > Does it work for you as expected if you invoke Hunspell from the shell > prompt like this: > > hunspell -d en_US -p c:/Users/xxx/.hunspell_en_US SOME-FILE > > (which starts Hunspell with its own text-mode user interface), and > then use the 'i' command inside Hunspell to save some words in the > personal dictionary? (I presume that your Hunspell supports the > interactive invocation like above.) If that doesn't save in the > correct file either, then it's a Hunspell bug, and you should report > it to the folks who develop Hunspell or those who produced the Windows > port you are using. Because all Emacs does when you set > ispell-personal-directory is to invoke Hunspell with the "-p PDICT" > command-line argument. If you have Process Explorer installed, you > should be able to verify that Hunspell is indeed invoked with the -p > option as above, and if that is so, then the part of Emacs and > ispell.el works correctly, and the problem is in Hunspell itself. I looked into the Hunspell's sources, and I think I know why this happens. Hunspell has a peculiar logic when looking for the personal dictionary. The outcome of that peculiar logic is that if Hunspell is invoked with "-p PDICT" command-line argument, and PDICT is an absolute file name, that file must already exist, or else Hunspell will decide it cannot use it. And Emacs always invokes Hunspell with an absolute file name of the personal dictionary. This is arguably a bug in Hunspell, but a workaround is to create an empty file at the location where you want the personal dictionary to be, and then restart the speller. From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Feb 2023 03:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: O G Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.16752225165235 (code B ref 61190); Wed, 01 Feb 2023 03:36:01 +0000 Received: (at 61190) by debbugs.gnu.org; 1 Feb 2023 03:35:16 +0000 Received: from localhost ([127.0.0.1]:55550 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pN3u0-0001MK-8f for submit@debbugs.gnu.org; Tue, 31 Jan 2023 22:35:16 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55032) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pN3tz-0001Lr-6W for 61190@debbugs.gnu.org; Tue, 31 Jan 2023 22:35:15 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pN3tt-0000DP-VV; Tue, 31 Jan 2023 22:35:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=WwrQFeGnfSJENV5hZsUhgsWsGDsWiZ5dorGTGQTxkGo=; b=WLWlnhGUo7J9 /L9h4DneXgzeuFu+jH1Oyi2ubu9SInZ+QcXe0NDVQUabl5lxH1LnfPWyoWIPxE8rzG2pA8HAPLvFU k7pWh+VSk1/X7yIzuoUS6HTPxWyT/lIrR8o3A/xg2R4iI39IZhbpKdKien6iLOQC6b7XeDwThOsZw zZA4vDCp3mPzwcX44C2Gpjm7enpk9JbRqMougM2SDNUIJs4lyd4osU8yPJGd8YRDUu6iLtZEWCikl SNJ/7kHxlt1HdqmuO8mlNHMkFxlnpPFYPWopdweVoZeUafjJFbq5QFWPJHmbdW5V8tBwuHuvSgFN9 uAx7+KFyU+T6BciHv02wNQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pN3tr-0005rc-Sz; Tue, 31 Jan 2023 22:35:09 -0500 Date: Wed, 01 Feb 2023 05:35:06 +0200 Message-Id: <83edra12j9.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from O G on Tue, 31 Jan 2023 17:57:44 -0500) References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [Please use Reply All to reply, to keep the bug tracker CC'ed.] > From: O G > Date: Tue, 31 Jan 2023 17:57:44 -0500 > > > This is arguably a bug in Hunspell, but a workaround is to create an > > empty file at the location where you want the personal dictionary to > > be, and then restart the speller. > > I did try this before filing the bug report because I also wondered about whether or not the personal dictionary > file needs to exist before saving a new word to it. > > This time around I tested by setting the ispell-local-dictionary variable, and then the ispell-cmd-args variable, > by using in each instance the escaped backslash form of the absolute file path > (C:\\Users\xxxx\.hunspell_en_US), which I created beforehand as an empty file. ^^^^^^^^^^^^^^^^^^^^^^^ If the above is the literal value you tried, it is again incorrect: each backslash should be doubled. If you did double them all, or used forward slashes, then there's a different bug in your version of Hunspell; it worked for me once I understood the problem. Did you veryfy that Hunspell is invoked by Emacs with the correct -p switch? From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: O G Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Feb 2023 06:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167523267123297 (code B ref 61190); Wed, 01 Feb 2023 06:25:01 +0000 Received: (at 61190) by debbugs.gnu.org; 1 Feb 2023 06:24:31 +0000 Received: from localhost ([127.0.0.1]:56206 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pN6Xn-00063g-7A for submit@debbugs.gnu.org; Wed, 01 Feb 2023 01:24:31 -0500 Received: from mail-oi1-f182.google.com ([209.85.167.182]:44854) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pN6Xh-00063D-Rh for 61190@debbugs.gnu.org; Wed, 01 Feb 2023 01:24:29 -0500 Received: by mail-oi1-f182.google.com with SMTP id bj22so5810274oib.11 for <61190@debbugs.gnu.org>; Tue, 31 Jan 2023 22:24:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nJF88xv+weRp11XdIf1UOGQOxcLTSHzrzi8UPkCadZg=; b=bStA0RbE2kiWpbJDRnf1U6WbBBHCOV40AhO3hTREk54jfcKNjUcOa04qhi00cyn1+q NfwpmmX7Xadiiw+oWvh3hScHlrxm+9eT/KhN+68Z51Y0JUfXYpBMYUpYE/5NGuCsdg6S sOlpaC51R3TfhGnbrcluqWqF5nXx7YX+XFNsqhUHFdUtHY85sr35pzQ6uE6WAu1wNrE/ JfcVoPL7K0xxHXLMAyqcOWt466iJ93s2n8AgorNdKuiu/Qco5Y2mfVu11VKDpp+OKVze +He71kSdi8HmLKn2UcGQdUk34m6Oi5oTHAn+FNuLHwnBxkpPHbh2QcTGoOoCmIkxZuSx 0sDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nJF88xv+weRp11XdIf1UOGQOxcLTSHzrzi8UPkCadZg=; b=QEFB9VjE93TcXCajt9/QBC3y3PqAWDwcVK0nEUzQNo3cHYd0a8dVG+OGSnrUo1AhzO rlmsHvnQbMk1uyum6vQSk9rhi8GHpxLSbKfJg/3qk1e/r/UKjvJHxT/LcZPzY/ObaC2K lYl3opeLKcdv4fkXEyPP2g8yvMAUydINXW2ExxA45duFW5LA16otBG7EuzR+/6E9gTB1 06pHPDDxW3fxGbrSW01MIdwxnWIpBXisIw31UK0PA8Olhr3OUlRinIYUb+JsCqE23fnz 0OrGV1IgeHWjjH1cirzC6jYtIeVwTy/CDkO53x0XorbOJmZwVjLC23hQuxx+6Z52GDh4 kkYw== X-Gm-Message-State: AO0yUKU40keQomDsf3Td3E+J39nufC7gKnTRXfmkTAmOAXzWhYElXNy7 JkwDTDHTfU21fAllZbn9y9TuC6+nNelFTyH3cLT/F8Wz9jM= X-Google-Smtp-Source: AK7set//jj4aaYENCH1F39nPlWsUyfQHBxadtGjlVd4aHui+TL8y9jTAV7myW13Lp1UvN63Dz/KOpqkyLiAxdSeusJE= X-Received: by 2002:a05:6808:22a3:b0:374:3688:36f7 with SMTP id bo35-20020a05680822a300b00374368836f7mr69604oib.277.1675231148441; Tue, 31 Jan 2023 21:59:08 -0800 (PST) MIME-Version: 1.0 References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> <83edra12j9.fsf@gnu.org> In-Reply-To: <83edra12j9.fsf@gnu.org> From: O G Date: Wed, 1 Feb 2023 00:58:56 -0500 Message-ID: Content-Type: multipart/alternative; boundary="0000000000008505ae05f39d255d" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000008505ae05f39d255d Content-Type: text/plain; charset="UTF-8" On Tue, Jan 31, 2023 at 10:35 PM Eli Zaretskii wrote: > [Please use Reply All to reply, to keep the bug tracker CC'ed.] > > > > This is arguably a bug in Hunspell, but a workaround is to create an > > > empty file at the location where you want the personal dictionary to > > > be, and then restart the speller. > > > This time around I tested by setting the ispell-local-dictionary > variable, and then the ispell-cmd-args variable, > > by using in each instance the escaped backslash form of the absolute > file path > > (C:\\Users\xxxx\.hunspell_en_US), which I created beforehand as an empty > file. > ^^^^^^^^^^^^^^^^^^^^^^ If the above is the literal value you tried, it is again incorrect: > each backslash should be doubled. If you did double them all, or used forward slashes, Indeed I had doubled them in my emacs init file and used backslashes ... that was a typo above. > then there's a different bug in your version of > Hunspell; it worked for me once I understood the problem. > > Did you veryfy that Hunspell is invoked by Emacs with the correct -p > switch? > I just checked process explorer and obtained the following command line args: c:\msys64\mingw64\bin\hunspell.exe -a "" -d en_US -i UTF-8 This did not change regardless of what string I used for ispell-cmd-args in my emacs init file. I tried first "-p C:\\Users\\xxxx\\.hunspell_en_US," under the assumption that ispell would append this to the existing default set of cmd args, after creating an empty .hunspell_en_US file in my home directory, and then tried setting it to "-d en_US -i UTF-8 -p C:\\Users\\xxxx\\.hunspell_en_US" again to no avail. --0000000000008505ae05f39d255d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Tue, Jan 31, 2023 at 10:35 PM Eli = Zaretskii <eliz@gnu.org> wrote:
[Please use Reply= All to reply, to keep the bug tracker CC'ed.]

> > This is arguably a bug in Hunspell, but a workaround is to cr= eate an
> > empty file at the location where you want the personal dictionary= to
> > be, and then restart the speller.

> This time around I = tested by setting the ispell-local-dictionary variable, and then the ispell= -cmd-args variable,
> by using in each instance the escaped backslash form of the absolute f= ile path
> (C:\\Users\xxxx\.hunspell_en_US), which I created beforehand as an emp= ty file.
=C2=A0 =C2=A0^^^^^^^^^^^^^^^^^^^^^^
If the above is the literal value you tried, it is a= gain incorrect:
each backslash should be doubled.=C2=A0 If you did double them all, or used=
forward slashes,

Indeed I had doubled them= in my emacs init file and used backslashes ... that was a typo above.
=C2=A0=C2=A0
t= hen there's a different bug in your version of
Hunspell; it worked for me once I understood the problem.

Did you veryfy that Hunspell is invoked by Emacs with the correct -p
switch?

I just checked process explorer= and obtained the following command line args:

c:\= msys64\mingw64\bin\hunspell.exe -a "" -d en_US -i UTF-8

This did not change regardless of what string I used for is= pell-cmd-args in my emacs init file.=C2=A0 I tried first "-p C:\\Users= \\xxxx\\.hunspell_en_US," under the assumption that ispell would appen= d this to the existing default set of cmd args, after creating an empty .hu= nspell_en_US file in my home directory, and then tried setting it to
<= div>
"-d en_US -i UTF-8 -p C:\\Users\\xxxx\\.hunspell_en= _US"

again to no avail.
=C2=A0 =C2= =A0
--0000000000008505ae05f39d255d-- From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Feb 2023 12:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: O G Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167525462012887 (code B ref 61190); Wed, 01 Feb 2023 12:31:01 +0000 Received: (at 61190) by debbugs.gnu.org; 1 Feb 2023 12:30:20 +0000 Received: from localhost ([127.0.0.1]:56794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pNCFo-0003KZ-Cg for submit@debbugs.gnu.org; Wed, 01 Feb 2023 07:30:20 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43506) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pNCFj-0002jc-Fs for 61190@debbugs.gnu.org; Wed, 01 Feb 2023 07:30:19 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pNCFc-0007Y1-VK; Wed, 01 Feb 2023 07:30:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=UNE5KLuPiA77QPqIRVyN5Ub6a9wZIfJMUL/eSBxtbQo=; b=BReLGnBdPSYt A7eswaCjc56K53V3wB8eQd4dMjmb5FCjmXeFZ9l9zBhOtfTx7pY1w9XGEywkUKIuO4S2kLIobff3w hHZU0yLA6qSRcqCJ04xrmmh0KkAQ+v5Hrb4GAfL2eNqniH7WkJsjqNChzSn4D6IcH42X9sVv1YT7I jF5LwM3rwMu5qUxUsAmnUGzlOHd7tBCv/aDvswCckNwaGl4HTpqBHDtg64tPiJGV6o4CoX3P1XurW EMTbLZwOt1PToi6uCf42IqNIsDCuOmYOap+9PlTO+S1MfSjQvQGmAs002QyddRelMo3FffIKMKrBT 5yC6WmhWIssdKj3bShoXpQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pNCFa-0002Yk-QM; Wed, 01 Feb 2023 07:30:07 -0500 Date: Wed, 01 Feb 2023 14:30:04 +0200 Message-Id: <83a61x1sc3.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from O G on Wed, 1 Feb 2023 00:58:56 -0500) References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> <83edra12j9.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: O G > Date: Wed, 1 Feb 2023 00:58:56 -0500 > Cc: 61190@debbugs.gnu.org > > Did you veryfy that Hunspell is invoked by Emacs with the correct -p > switch? > > I just checked process explorer and obtained the following command line args: > > c:\msys64\mingw64\bin\hunspell.exe -a "" -d en_US -i UTF-8 > > This did not change regardless of what string I used for ispell-cmd-args in my emacs init file. I tried first "-p > C:\\Users\\xxxx\\.hunspell_en_US," under the assumption that ispell would append this to the existing default > set of cmd args, after creating an empty .hunspell_en_US file in my home directory, and then tried setting it > to > > "-d en_US -i UTF-8 -p C:\\Users\\xxxx\\.hunspell_en_US" > > again to no avail. Please be sure you are testing this correctly. Here's a step by step procedure starting from "emacs -Q": 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. If the above procedure works for you, please see what you are doing differently in your "normal" Emacs sessions. In any case, using ispell-cmd-args is not the recommended method; you should instead customize the variable ispell-personal-dictionary, which is provided for this purpose, and customize it before starting the spell-checker, or restart the spell-checker with "M-x ispell-change-dictionary" after customizing. From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Feb 2023 18:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 61190@debbugs.gnu.org, opngid@gmail.com Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167527490623461 (code B ref 61190); Wed, 01 Feb 2023 18:09:02 +0000 Received: (at 61190) by debbugs.gnu.org; 1 Feb 2023 18:08:26 +0000 Received: from localhost ([127.0.0.1]:59797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pNHX0-00066L-2N for submit@debbugs.gnu.org; Wed, 01 Feb 2023 13:08:26 -0500 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:60823) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pNHWx-000667-HL for 61190@debbugs.gnu.org; Wed, 01 Feb 2023 13:08:25 -0500 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 5E7841BF207; Wed, 1 Feb 2023 18:08:15 +0000 (UTC) From: Juri Linkov In-Reply-To: <83357q3fxv.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 31 Jan 2023 17:02:36 +0200") Organization: LINKOV.NET References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> Date: Wed, 01 Feb 2023 19:58:17 +0200 Message-ID: <86h6w5eose.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I looked into the Hunspell's sources, and I think I know why this > happens. Hunspell has a peculiar logic when looking for the personal > dictionary. The outcome of that peculiar logic is that if Hunspell is > invoked with "-p PDICT" command-line argument, and PDICT is an > absolute file name, that file must already exist, or else Hunspell > will decide it cannot use it. And Emacs always invokes Hunspell with > an absolute file name of the personal dictionary. > > This is arguably a bug in Hunspell, but a workaround is to create an > empty file at the location where you want the personal dictionary to > be, and then restart the speller. This bug exists even on GNU/Linux, so requires such customization: (unless (file-exists-p "~/.hunspell") (shell-command "touch ~/.hunspell")) (setq ispell-personal-dictionary "~/.hunspell") From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Feb 2023 18:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 61190@debbugs.gnu.org, opngid@gmail.com Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167527629425992 (code B ref 61190); Wed, 01 Feb 2023 18:32:01 +0000 Received: (at 61190) by debbugs.gnu.org; 1 Feb 2023 18:31:34 +0000 Received: from localhost ([127.0.0.1]:59851 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pNHtN-0006l9-Ta for submit@debbugs.gnu.org; Wed, 01 Feb 2023 13:31:34 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57696) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pNHtL-0006kv-LU for 61190@debbugs.gnu.org; Wed, 01 Feb 2023 13:31:32 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pNHtE-0007VP-Sw; Wed, 01 Feb 2023 13:31:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=fZS1hLsmsy7dWb1ipog5Fs3eWeLcnIG4Fp8DLncDTgw=; b=CflAleyuwnpU gJLokF5cF4Uq9gxeAnTYsgPazHfo5Vo5Thjb6bQgAC+b/2I/zAv/5IH5m9gkIl2c/36EV9Yf9cIiw Dcd0Oxq50nMR2ZnwaHM/O72ZYzzPeNUHbbIYqsc5cANso+/o3AifJkA4anrh6HOCiWnQzn8VFhH/J d499Yt3KumarJMdCcN1TIcOr29jPK85Zltj2+COPBKBFNElUXtEcNL7na85erI8GFYCJ1Wal3Z0Zs lhKr/zIxtiejxhNkiBCsFfYh1ocmIfWeOW4BPd2LNhQ8mPmKaU/gn1PD/dIqqoOBo+VFYvMnO1L7b cEvzXq7cDW7dAaHPI1iQFw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pNHtD-000777-L9; Wed, 01 Feb 2023 13:31:24 -0500 Date: Wed, 01 Feb 2023 20:31:23 +0200 Message-Id: <83edr9z18k.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <86h6w5eose.fsf@mail.linkov.net> (message from Juri Linkov on Wed, 01 Feb 2023 19:58:17 +0200) References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> <86h6w5eose.fsf@mail.linkov.net> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Juri Linkov > Cc: opngid@gmail.com, 61190@debbugs.gnu.org > Date: Wed, 01 Feb 2023 19:58:17 +0200 > > > I looked into the Hunspell's sources, and I think I know why this > > happens. Hunspell has a peculiar logic when looking for the personal > > dictionary. The outcome of that peculiar logic is that if Hunspell is > > invoked with "-p PDICT" command-line argument, and PDICT is an > > absolute file name, that file must already exist, or else Hunspell > > will decide it cannot use it. And Emacs always invokes Hunspell with > > an absolute file name of the personal dictionary. > > > > This is arguably a bug in Hunspell, but a workaround is to create an > > empty file at the location where you want the personal dictionary to > > be, and then restart the speller. > > This bug exists even on GNU/Linux, so requires such customization: > > (unless (file-exists-p "~/.hunspell") > (shell-command "touch ~/.hunspell")) > (setq ispell-personal-dictionary "~/.hunspell") Yes, the code which does that in Hunspell is not Windows-specific. From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: O G Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Feb 2023 17:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167613527818646 (code B ref 61190); Sat, 11 Feb 2023 17:08:01 +0000 Received: (at 61190) by debbugs.gnu.org; 11 Feb 2023 17:07:58 +0000 Received: from localhost ([127.0.0.1]:43055 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQtLx-0004qg-Tj for submit@debbugs.gnu.org; Sat, 11 Feb 2023 12:07:58 -0500 Received: from mail-oi1-f170.google.com ([209.85.167.170]:44784) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQtLt-0004qA-A9 for 61190@debbugs.gnu.org; Sat, 11 Feb 2023 12:07:56 -0500 Received: by mail-oi1-f170.google.com with SMTP id bj22so7024804oib.11 for <61190@debbugs.gnu.org>; Sat, 11 Feb 2023 09:07:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=pjAzsBE1ostmLyxToRDL/kj/naOvXzxqxRqmI++brX0=; b=qehor+wgN8wKPLs1Z4+Rb0lLyNaHyB0ph4Ze5emrPUMyjjP2Yu3RZzrcTldTX9Q7gf fduprNvUvzUwRM2FoNpXzEqOQ6YgMV+7iTUf2rqES7Ql1Z13pP7/ZGHt61yq68zV7BDB Z0O4R69DHU8uvDwIjmPMcXsVmaF1V78kQgSxOUzGZIZ9vlAAu9ZpVQJ6Z78Tcjg3Cu3z zk/wO8H+WHAKeyKROwrhLoaXIZZU8eSJsoTgIncSbdc7rb9IrELobFAtw47xY5S79YPT fEvdivvaWYt+TQhwxr6q8ybIRgRPsKtG23eOcQpG//NEQ2WV06uxvvAeMMeMIbZrYjJx 2q2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=pjAzsBE1ostmLyxToRDL/kj/naOvXzxqxRqmI++brX0=; b=dZYVSGUnwNdV9sL2WpP1eWj9wA6yCqRvPWBn3RNQ+yK4BH2NHYsUJcyL0WqcbkmdyL j1noaaixfsvETT4YL3IxpZ+47jRgaxwgxn/1afgDpZQuD/ygpNXjp0Opo+YiKbUsVsRl ugbwAD0uWutIo2hbViSFWgcJBekhA5x/A4sO37NL7HiUdw4R6pgNbJbhehVFFb+nQ1WE y3id50A+yJ3+GfCT0JZD8jtpVLWA11b5odg+GH+1tFeFwMAp9ywUsf3aW2/XgXtubIX0 7qycYCmSfsbjobxbzSgYX3SyxUPJU14BMzsXmbtAJmA6SfDGWcCRfSzJ4dVsYrJ+yt1G 5ocw== X-Gm-Message-State: AO0yUKWeeYGDwSgZhb3GUve6KN6C+6Br/Ld7ucaJ4PX+u2zmBmj2tyd4 mDEe8rIT/9c5K3crgWly/1EWPKV6LTjX96L1oMuFQ1nE X-Google-Smtp-Source: AK7set+GPtnlPEQHlxTCE4GXcbNHMDMHWcxcxao/nC49GTzA2oRLSacZ7Bq4TBcI48WxBAMBhCCHfMhqWiDbIsBZgv8= X-Received: by 2002:a05:6808:1a89:b0:37d:8b34:fffd with SMTP id bm9-20020a0568081a8900b0037d8b34fffdmr27685oib.148.1676135267408; Sat, 11 Feb 2023 09:07:47 -0800 (PST) MIME-Version: 1.0 References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> <83edra12j9.fsf@gnu.org> <83a61x1sc3.fsf@gnu.org> In-Reply-To: <83a61x1sc3.fsf@gnu.org> From: O G Date: Sat, 11 Feb 2023 12:07:36 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000359ff005f46fa747" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000359ff005f46fa747 Content-Type: text/plain; charset="UTF-8" On Wed, Feb 1, 2023 at 7:30 AM Eli Zaretskii wrote: > > From: O G > > Date: Wed, 1 Feb 2023 00:58:56 -0500 > > Cc: 61190@debbugs.gnu.org > > > >Please be sure you are testing this correctly. Here's a step by step > >procedure starting from "emacs -Q": > > > 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. >From what I can tell, the issue was the double backslashes not being accepted in the file path for the hunspell personal dictionary. > If the above procedure works for you, please see what you are doing > differently in your "normal" Emacs sessions. In any case, using > ispell-cmd-args is not the recommended method; you should instead > customize the variable ispell-personal-dictionary, which is provided > for this purpose, and customize it before starting the spell-checker, > or restart the spell-checker with "M-x ispell-change-dictionary" after > customizing. > --000000000000359ff005f46fa747 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Wed, Feb 1, 2023 at 7:30 AM Eli Za= retskii <eliz@gnu.org> wrote:
=
> From: O G <= opngid@gmail.com&= gt;
> Date: Wed, 1 Feb 2023 00:58:56 -0500
> Cc: 61190@d= ebbugs.gnu.org
>
>Please be sure you are testing this correctly.=C2=A0 Here'= s a step by step
>procedure starting from "emacs -Q":

>=C2=A0 emacs -Q
>=C2=A0 M-: (setq ispell-program-name "h= unspell") RET
>=C2=A0 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.=C2=A0 I made a po= int of
>testing this on Windows with Emacs 28.2, which is what you ha= ve, and
>it worked for me.

Thanks= for the detailed suggestions -- it now works.

Fro= m what I can tell, the issue was the double backslashes not being accepted= =C2=A0
in the file path for the hunspell personal dictionary.


If the above procedure works for you, please see what you are doing
differently in your "normal" Emacs sessions.=C2=A0 In any case, u= sing
ispell-cmd-args is not the recommended method; you should instead
customize the variable ispell-personal-dictionary, which is provided
for this purpose, and customize it before starting the spell-checker,
or restart the spell-checker with "M-x ispell-change-dictionary" = after
customizing.
--000000000000359ff005f46fa747-- From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Feb 2023 17:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: O G Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167613569419442 (code B ref 61190); Sat, 11 Feb 2023 17:15:01 +0000 Received: (at 61190) by debbugs.gnu.org; 11 Feb 2023 17:14:54 +0000 Received: from localhost ([127.0.0.1]:43106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQtSg-00053W-HO for submit@debbugs.gnu.org; Sat, 11 Feb 2023 12:14:54 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38526) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQtSd-00053F-9b for 61190@debbugs.gnu.org; Sat, 11 Feb 2023 12:14:52 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pQtSX-0004w7-Vw; Sat, 11 Feb 2023 12:14:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=U7J1I6y+nqCCCIMFsZmP2/cS7G8Sgl3rlBAEvUnwxFQ=; b=h0R9+XlCwlBe /WRx2do4nZczFC9zbola1PvctXlIhWU5GTBF5jdgHXo4Z5nS00y6TSX1dfn/VNcfG43wQg4HoYBDI b5XcoeK2EfXnXdBLgQ68sswgD/305DAHv5qSf4ZZEQXKZAlSt3pWGsd8hZXFtgx+K+MK4oJeO7ICq 6LbfRw9HxziRenzZDuF7tiIZjutYZtWLHmjjMUOCw5qpBM2EoH8vwBdDiC1noMJ6L0fVv7kgMUXIO p6zaVy2uoz68/OfROups/rBEDIj3+4YJPIO/ENCf3Md4E9O6xTa72YPszLTnhZn2DyrgDJkV1WbGd IwEfhZZaItygEAKswaoqdw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pQtSU-0002Sk-F2; Sat, 11 Feb 2023 12:14:43 -0500 Date: Sat, 11 Feb 2023 19:14:13 +0200 Message-Id: <83v8k8i0pm.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from O G on Sat, 11 Feb 2023 12:07:36 -0500) References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> <83edra12j9.fsf@gnu.org> <83a61x1sc3.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: O G > 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? > 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? From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: O G Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Feb 2023 18:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167613940326188 (code B ref 61190); Sat, 11 Feb 2023 18:17:01 +0000 Received: (at 61190) by debbugs.gnu.org; 11 Feb 2023 18:16:43 +0000 Received: from localhost ([127.0.0.1]:43154 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQuQV-0006oJ-Ba for submit@debbugs.gnu.org; Sat, 11 Feb 2023 13:16:43 -0500 Received: from mail-oi1-f177.google.com ([209.85.167.177]:38631) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQuQQ-0006o0-7U for 61190@debbugs.gnu.org; Sat, 11 Feb 2023 13:16:41 -0500 Received: by mail-oi1-f177.google.com with SMTP id 20so7122962oix.5 for <61190@debbugs.gnu.org>; Sat, 11 Feb 2023 10:16:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=kzG1//AWu0r0zJmfhG8AO9j++f9aGUnHNz4eI6kgT7E=; b=jG/DkQIf1qoryxBo8d+zTwdz959v7pGy5KIf/JMBQ5Lf6Dxzdgc0ux+W3KJGXfq5GW 262+xdOsLMkIysjLGnOj9VUBdPmAc5NWxXRofxzzxvBsxaMM0njWzqjCfnktZ85K3JL1 +ipsEjYqzKnJFXIvs0T+2eBEWbZ6Q9Cl9FTArR6NFZGlNcHw6/NVoTEKAJsaHRCVAWRP Z3KIaPNLF18qb0D/RqMSMf9Bw0CkX/I7SbetXiXOgJHOmfknPYBQ4C+Z6vSIgNwHBdrc k/l7yx89HtkG39w2Rze8uA+u5BOyrk/Oahp4kg2CxdFraTpmHslLMYMrgf4WpKbpFtJv G7+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=kzG1//AWu0r0zJmfhG8AO9j++f9aGUnHNz4eI6kgT7E=; b=TlXjGvX6U5XcMpTaZwr5W263YYMKTeZOf4lQ2UIAQwfAI/kXmNkOtHu/++dQCGc1Az 5+0YMKmYYmbsBUWdEOdBwBtpLD9E198Y03yOV4k97MHGbZfHvEUwZ73CKCZbVvL4cvMo +jOzThxGcFwzj58KSM1yCvdRBJJy9ToCjgvsAZQRQXy25ywt8wjnGMc27WYDOx7uyA0f IzrKvoQeSF8R8mjt/S8VXKo3kr852JKu3VlAS0LbM8oCyhUfL1Wygk8ZSwX4kG5FbO3R HUSJbLLLhwhtWEsQjwUMznlpqeXZKfPteL8v0X5M6a69/pyvWSlWWY12R0pOZ6Djd5UR UboA== X-Gm-Message-State: AO0yUKWE8iXvNU/sfKTDWUv5jQtNDxAPk3arSY08Tx4Zl2YMDNf7SZ3K T5MeV9hZK+F+iDtDDz25pid/yYx0RBlHJ6CY4DFJ9Z6Z X-Google-Smtp-Source: AK7set9QnqCgsAG83+iA+BQ81BkS09LxkMrO5aY+2cQhgyzSjpJgyRZZNMbyh1vrhsqVlO1GaEPas9tFVuhCZrsBhPg= X-Received: by 2002:a05:6808:1a89:b0:37d:8b34:fffd with SMTP id bm9-20020a0568081a8900b0037d8b34fffdmr52091oib.148.1676139392585; Sat, 11 Feb 2023 10:16:32 -0800 (PST) MIME-Version: 1.0 References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> <83edra12j9.fsf@gnu.org> <83a61x1sc3.fsf@gnu.org> <83v8k8i0pm.fsf@gnu.org> In-Reply-To: <83v8k8i0pm.fsf@gnu.org> From: O G Date: Sat, 11 Feb 2023 13:16:21 -0500 Message-ID: Content-Type: multipart/alternative; boundary="00000000000016d2bf05f4709d1d" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000016d2bf05f4709d1d Content-Type: text/plain; charset="UTF-8" On Sat, Feb 11, 2023 at 12:14 PM Eli Zaretskii wrote: > > From: O G > > 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. --00000000000016d2bf05f4709d1d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, Feb 11, 2023 at 12:14 PM Eli = Zaretskii <eliz@gnu.org> wrote:
> From: O G &l= t;opngid@gmail.com>
> Date: Sat, 11 Feb 2023 12:07:36 -0500
> Cc: 61190@d= ebbugs.gnu.org
>
>=C2=A0 >=C2=A0 emacs -Q
>=C2=A0 >=C2=A0 M-: (setq ispell-program-name "hunspell") R= ET
>=C2=A0 >=C2=A0 M-: (setq ispell-personal-dictionary "C:/Users/x= xxx/.hunspell_en_US") RET
>
>=C2=A0 > Now go to some word in *scratch* and type M-$.
>
>=C2=A0 > Then look with Process Explorer how Emacs invoked Hunspell.=
>
>=C2=A0 >When I do the above, I clearly see the "-p PDICT" = command-line
>=C2=A0 >arguments with which Emacs invokes Hunspell.=C2=A0 I made a = point of
>=C2=A0 >testing this on Windows with Emacs 28.2, which is what you h= ave, and
>=C2=A0 >it worked for me.
>
> Thanks for the detailed suggestions -- it now works.

So I guess we can close this bug now?

Y= es, with the caveat that it would be nice to document this somewhere.=C2=A0= I opened
up a bug report on the hunspell github repository about= this issue and did not=C2=A0
receive a response, so I'll res= pond to my own issue with this latest information.
=C2=A0
> From what I can tell, the issue was the double backslashes not being a= ccepted
> in the file path for the hunspell personal dictionary.

It should works either way.=C2=A0 Maybe you didn't double every backsla= sh?

Just double-checked my setup and in= deed the problem reappears when I substitute=C2=A0
double backsla= shes for all of the forward slashes.=C2=A0 Also tried using the cygwin-styl= e "/c/..."=C2=A0
convention since everything is running= (emacs=C2=A0+ hunspell) inside an uptodate installation
of msys2= using the mingw64 repository, and that does not work either.=C2=A0 Only th= e
"C:/Users/..." path is accepted apparently.
=C2=A0
Elsewhere within my init.el file the double backslash= inside elisp strings works just
fine for Windows file paths.=C2= =A0 =C2=A0
--00000000000016d2bf05f4709d1d-- From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Feb 2023 18:30:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: O G Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167614017727444 (code B ref 61190); Sat, 11 Feb 2023 18:30:01 +0000 Received: (at 61190) by debbugs.gnu.org; 11 Feb 2023 18:29:37 +0000 Received: from localhost ([127.0.0.1]:43168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQucz-00078a-HP for submit@debbugs.gnu.org; Sat, 11 Feb 2023 13:29:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60872) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQucx-00078K-RI for 61190@debbugs.gnu.org; Sat, 11 Feb 2023 13:29:36 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pQucs-0006ML-FS; Sat, 11 Feb 2023 13:29:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=c5gcP/xCT0A/f83Mqc6g++z1ioOwLljrI0qawvyzvnU=; b=CIQLTPMVOFoK /DD2g3n214rmskp6QiB79fxudzrBuh/WYT0b5JRp6Jzofa0tiL7aiSF9l4ctyUilKcamspuNJus20 JPmBtseoFkEoVtHz021+ZvZdnxdNzK+6Zg6dgqlLkuNnZhhPT7aEkq4O1M2CL9JJetP2fq+tyiD8f sg7ECtWr6OHNcGU9VCocG/83aXqWmvBGuHnOXHxAiOJt+OsXS47gubiEdGlo0EkFIhJyiDFePmC3/ Y8diwRUTnUEHoen1mYa+XA4P7kxTBXGNkHwD6i4nazQb4x+IL7m8+zrEupKYAD5q/cQRhSk0PhkU/ Z/GMXAzZzEsVEhApCSFXWw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pQucr-00015K-S9; Sat, 11 Feb 2023 13:29:30 -0500 Date: Sat, 11 Feb 2023 20:29:01 +0200 Message-Id: <83sffchx8y.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from O G on Sat, 11 Feb 2023 13:16:21 -0500) References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> <83edra12j9.fsf@gnu.org> <83a61x1sc3.fsf@gnu.org> <83v8k8i0pm.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: O G > Date: Sat, 11 Feb 2023 13:16:21 -0500 > Cc: 61190@debbugs.gnu.org > > So I guess we can close this bug now? > > Yes, with the caveat that it would be nice to document this somewhere. I'll try to find a place to mention this. > > 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. Doesn't happen here. Please show the exact settings you used. Was that in "emacs -Q" or with your customizations? If the latter, perhaps some of your customizations get in the way. From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: O G Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 Feb 2023 19:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167614317832731 (code B ref 61190); Sat, 11 Feb 2023 19:20:02 +0000 Received: (at 61190) by debbugs.gnu.org; 11 Feb 2023 19:19:38 +0000 Received: from localhost ([127.0.0.1]:43210 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQvPN-0008Vr-Fh for submit@debbugs.gnu.org; Sat, 11 Feb 2023 14:19:37 -0500 Received: from mail-oa1-f54.google.com ([209.85.160.54]:37535) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pQvPK-0008Va-Av for 61190@debbugs.gnu.org; Sat, 11 Feb 2023 14:19:36 -0500 Received: by mail-oa1-f54.google.com with SMTP id 586e51a60fabf-16ab8581837so10700133fac.4 for <61190@debbugs.gnu.org>; Sat, 11 Feb 2023 11:19:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=6mJ39sGfQnd48hyuqI2wwpBK3aWdOTjULHLVbWx0zKQ=; b=lSGMkcsTbri0BX86g589d+e9yCXIhxZMY9rJDAbYLKHJHmMwA1IJb2PcVYUssgBvV6 qAn1rDItFkjw+9FPD5ScGST0qSX9JkV6mEHej/Y1zW7TekNWJp77/tR8x2omnsNO729O xhAGDxbXC+14nS+tw8nhGxCJwTYDswwE3N1pCMz8+0lSsrjzR93GxbKKIgJVhjTCOWo9 fmOeUypOk6FNI0zhLtJVfJpFEKwJBnOLhYPUwhbJ5UUzKu+oVz5xUBd7bzabXRZMcnOt zww9Jo9LaICk1eSswBd8+rcH/s7s551y3z+ghbRecXFXbLT8jhmR1UiUfTu8mixQ2wNA QBnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=6mJ39sGfQnd48hyuqI2wwpBK3aWdOTjULHLVbWx0zKQ=; b=OncSA6hbdnMWaz4WpZ8eFxm8EYHAsVtwzlX352i9kNPLgdCilTL2oJxi+KyS1s1ULc DMWp+qrxM5ymzPBRUFm/sryLYwIuBxp6MshCI+Q+PPfV+or/kvnksQii3a3usUwzxLij zaIr1Qdz6QqN2zzWeopdcMlpvZBj9sCjMGQZEGje9pO5H0NLY0fxRtyyyJEsObWiVTmg 4hEfJTQPv950SD+nDb2ea0nInDFScX3RHPXyHKJpzRmzqBtwhCUibEunFW2TPy0SwIme 3CcT5UgDrIyuy9VyiksmUKCXXsnTuR8uY590bcg3ag6gWh0HJO98ZWQnhEZnCJJVXpFl Huaw== X-Gm-Message-State: AO0yUKW3K/tI6sfufVgHUlfXgYspwiTwocZMPQn2jryDwSRMOom0ytpw 89ZFvgZLY4eqiOE/IlGY2ZMTILtYxpcNsoXkTpg= X-Google-Smtp-Source: AK7set+ohmstxbh5TmBiS+DpAFE15Hh/1Eg7hfR8+Kq6if1eycWf0JEHbLuO2B3tEtPNBSIoPnmpYo0RYyORmgWSRo8= X-Received: by 2002:a05:6870:a18e:b0:163:767b:82cb with SMTP id a14-20020a056870a18e00b00163767b82cbmr2106174oaf.277.1676143168410; Sat, 11 Feb 2023 11:19:28 -0800 (PST) MIME-Version: 1.0 References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> <83edra12j9.fsf@gnu.org> <83a61x1sc3.fsf@gnu.org> <83v8k8i0pm.fsf@gnu.org> <83sffchx8y.fsf@gnu.org> In-Reply-To: <83sffchx8y.fsf@gnu.org> From: O G Date: Sat, 11 Feb 2023 14:19:17 -0500 Message-ID: Content-Type: multipart/alternative; boundary="000000000000255a7a05f4717ea1" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000255a7a05f4717ea1 Content-Type: text/plain; charset="UTF-8" Okay, the double backslash works with emacs -Q on my system as well. Back in my customizations, it looks like I had not rechecked by setting the ispell-personal-dictionary variable ... was still using the ispell-cmd-args approach unfortunately. So it looks like the latter is the issue, because everything works now per your suggested settings. I had originally tried using ispell-personal-dictionary before turning to ispell-cmd-args and now believe that I may have failed to touch the .hunspell_en_US file first (a known quirk) while I was testing the double backslashes among other ways of specifying the file path. So it's safe to close the bug now. On Sat, Feb 11, 2023 at 1:29 PM Eli Zaretskii wrote: > > From: O G > > Date: Sat, 11 Feb 2023 13:16:21 -0500 > > Cc: 61190@debbugs.gnu.org > > > > So I guess we can close this bug now? > > > > Yes, with the caveat that it would be nice to document this somewhere. > > I'll try to find a place to mention this. > > > > 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. > > Doesn't happen here. Please show the exact settings you used. Was > that in "emacs -Q" or with your customizations? If the latter, > perhaps some of your customizations get in the way. > --000000000000255a7a05f4717ea1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Okay, the double backslash works with emacs -Q on my = system as well.=C2=A0=C2=A0

Back in my customizati= ons, it looks like I had not rechecked by setting the ispell-personal-dicti= onary variable ... was still using the ispell-cmd-args approach unfortunate= ly.=C2=A0 So it looks like the latter is the issue, because everything work= s now per your suggested settings.=C2=A0=C2=A0

I h= ad originally tried using ispell-personal-dictionary before turning to ispe= ll-cmd-args and now believe that I may have failed to touch the .hunspell_e= n_US file first (a known quirk) while I was testing the double backslashes = among other ways of specifying the file path.

So i= t's safe to close the bug now.

On Sat, Feb 11, 2023 at 1:29 P= M Eli Zaretskii <eliz@gnu.org> wr= ote:
> From: = O G <opngid@gmail.= com>
> Date: Sat, 11 Feb 2023 13:16:21 -0500
> Cc: 61190@d= ebbugs.gnu.org
>
>=C2=A0 So I guess we can close this bug now?
>
> Yes, with the caveat that it would be nice to document this somewhere.=

I'll try to find a place to mention this.

>=C2=A0 > From what I can tell, the issue was the double backslashes = not being accepted
>=C2=A0 > in the file path for the hunspell personal dictionary.
>
>=C2=A0 It should works either way.=C2=A0 Maybe you didn't double ev= ery backslash?
>
> Just double-checked my setup and indeed the problem reappears when I s= ubstitute
> double backslashes for all of the forward slashes.

Doesn't happen here.=C2=A0 Please show the exact settings you used.=C2= =A0 Was
that in "emacs -Q" or with your customizations?=C2=A0 If the latt= er,
perhaps some of your customizations get in the way.
--000000000000255a7a05f4717ea1-- From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: 28.2; ispell personal dictionary location for hunspell engine Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 12 Feb 2023 12:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: opngid@gmail.com Cc: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.167620366130808 (code B ref 61190); Sun, 12 Feb 2023 12:08:02 +0000 Received: (at 61190) by debbugs.gnu.org; 12 Feb 2023 12:07:41 +0000 Received: from localhost ([127.0.0.1]:44234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pRB8u-00080q-VR for submit@debbugs.gnu.org; Sun, 12 Feb 2023 07:07:41 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57918) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pRB8t-00080V-3t for 61190@debbugs.gnu.org; Sun, 12 Feb 2023 07:07:39 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pRB8m-0003Cz-6m; Sun, 12 Feb 2023 07:07:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=3cZH6KnEQ7uxl6zNQWgzEeAl8w4gUFHFAJGnhBxIXUY=; b=cVk/hFLGxNZa xzhlsLlKyKeukMJl2INyjUqeZDIKYzvZ8BbnJEtQxVvG8Rb9ONzLNUd0Un6slP910rI8Wym3O3Xtc S1fthtD+yCOeJz8sQ66juvfvKqrDd0pCMLWhydQgjpixMfD7A/sBr85v5up0b+CUl77R/ncYR+pQn zft3MwLJEdQM3t2Nd4GQ+WhPmygo6QAqVieJj/B65eUl2Eg6W/nlXerCi0JWka6qzwIkSEUvuw4t8 ZBaVELfxkf17CYr/CLcqi4FP7l2bcUhz/34zXiCwFri9esGpqgkqXbTpalYRK7LPyWb+fYC/OjuhQ B9yTbq46SnU5RJixnZjUpQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pRB8k-000869-KL; Sun, 12 Feb 2023 07:07:31 -0500 Date: Sun, 12 Feb 2023 14:07:03 +0200 Message-Id: <83zg9jgk9k.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <83sffchx8y.fsf@gnu.org> (message from Eli Zaretskii on Sat, 11 Feb 2023 20:29:01 +0200) References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> <83edra12j9.fsf@gnu.org> <83a61x1sc3.fsf@gnu.org> <83v8k8i0pm.fsf@gnu.org> <83sffchx8y.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 61190@debbugs.gnu.org > Date: Sat, 11 Feb 2023 20:29:01 +0200 > From: Eli Zaretskii > > > From: O G > > Date: Sat, 11 Feb 2023 13:16:21 -0500 > > Cc: 61190@debbugs.gnu.org > > > > So I guess we can close this bug now? > > > > Yes, with the caveat that it would be nice to document this somewhere. > > I'll try to find a place to mention this. Now done. From unknown Fri Aug 15 16:57:31 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: O G Subject: bug#61190: closed (Re: bug#61190: 28.2; ispell personal dictionary location for hunspell engine) Message-ID: References: <83y1p3gk8w.fsf@gnu.org> X-Gnu-PR-Message: they-closed 61190 X-Gnu-PR-Package: emacs Reply-To: 61190@debbugs.gnu.org Date: Sun, 12 Feb 2023 12:08:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1676203683-30867-1" This is a multi-part message in MIME format... ------------=_1676203683-30867-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #61190: 28.2; ispell personal dictionary location for hunspell engine which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 61190@debbugs.gnu.org. --=20 61190: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D61190 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1676203683-30867-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 61190-done) by debbugs.gnu.org; 12 Feb 2023 12:08:00 +0000 Received: from localhost ([127.0.0.1]:44238 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pRB9E-00081W-9k for submit@debbugs.gnu.org; Sun, 12 Feb 2023 07:08:00 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60150) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pRB9C-00081E-RA for 61190-done@debbugs.gnu.org; Sun, 12 Feb 2023 07:07:59 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pRB97-0003PK-Kj; Sun, 12 Feb 2023 07:07:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=njRfxCWMpqgGLmiS23VmhHn2QhF5e2qjuJJpisbNQms=; b=p+VT677vi+l5 ryPF9HADPR7n7Pj88AYD8ZY6Iwr0IMzvlqY98ItufMIkC5uW9cxP/RGvXCL/At4MP3p7zl1lCzNxP xYSB/OXjuFosxV73UmasYAQFE4WnFDoh1EMvkgyB6VSgWTQIR7eBt0yWX/txOSgWQltkySMPBNgKs 7CGpdujCMbV0DBP4p0fdnXiUtNJx+Ct4hJLH7jFQa3dVy+4htL/a6nF1ZZlIGtN8bH84gJCdqF6vm g5GKGgg4wl8qC8kGwyyCvTkMyqBMtfb0AyW+cd6wYMcAqWQFdrAew31VN5nnKU6e43mKqbABORBg6 x/H9iDQL8h2LrhV6dDC/kA==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pRB97-00086n-1u; Sun, 12 Feb 2023 07:07:53 -0500 Date: Sun, 12 Feb 2023 14:07:27 +0200 Message-Id: <83y1p3gk8w.fsf@gnu.org> From: Eli Zaretskii To: O G In-Reply-To: (message from O G on Sat, 11 Feb 2023 14:19:17 -0500) Subject: Re: bug#61190: 28.2; ispell personal dictionary location for hunspell engine References: <83fsbq3jf1.fsf@gnu.org> <83357q3fxv.fsf@gnu.org> <83edra12j9.fsf@gnu.org> <83a61x1sc3.fsf@gnu.org> <83v8k8i0pm.fsf@gnu.org> <83sffchx8y.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 61190-done Cc: 61190-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: O G > Date: Sat, 11 Feb 2023 14:19:17 -0500 > Cc: 61190@debbugs.gnu.org > > Okay, the double backslash works with emacs -Q on my system as well. > > Back in my customizations, it looks like I had not rechecked by setting the ispell-personal-dictionary variable > ... was still using the ispell-cmd-args approach unfortunately. So it looks like the latter is the issue, because > everything works now per your suggested settings. > > I had originally tried using ispell-personal-dictionary before turning to ispell-cmd-args and now believe that I > may have failed to touch the .hunspell_en_US file first (a known quirk) while I was testing the double > backslashes among other ways of specifying the file path. > > So it's safe to close the bug now. Thanks, closing. ------------=_1676203683-30867-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 31 Jan 2023 00:53:38 +0000 Received: from localhost ([127.0.0.1]:50967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMeu1-0004XY-At for submit@debbugs.gnu.org; Mon, 30 Jan 2023 19:53:38 -0500 Received: from lists.gnu.org ([209.51.188.17]:60604) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMetz-0004XO-8T for submit@debbugs.gnu.org; Mon, 30 Jan 2023 19:53:36 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pMetz-0000rI-1W for bug-gnu-emacs@gnu.org; Mon, 30 Jan 2023 19:53:35 -0500 Received: from mail-oa1-x31.google.com ([2001:4860:4864:20::31]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pMetw-0007ao-Ku for bug-gnu-emacs@gnu.org; Mon, 30 Jan 2023 19:53:34 -0500 Received: by mail-oa1-x31.google.com with SMTP id 586e51a60fabf-1631b928691so17456639fac.11 for ; Mon, 30 Jan 2023 16:53:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=xWV/q0m/qwQg5mEtbcII+13z6RSud70RnkZzTItPNEM=; b=ZDo782HlFXFTBF9mcHyCZ/iiyUe4k7JoUMvZePoBPjK/IT3oYw86F1njAyrPhoeGBm DJ9ug7GE8NHyNvKvYspZz8uWmrpPq0c+RjMsH8JqW5ykNUjn1mPSlCgMllyC9fyzdir8 TDB60qiNIof6xRtokDh78T2qvHPLgdqs3bVLOiSy3YmM0gsllMD8ZgPlFib5e/WyCved ecraUPT5OUaueCSdSXkB2aFJUewX3kvSzyFfKg3/JiJanSNpKTmZISWHfaw0sjec+uAu wbLm85rXdmf9+8hIHX+qEqdz5IdfRLJyEfBVJey4X2gor6btLGFYDlmvDxAj4/ji4K85 /0tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=xWV/q0m/qwQg5mEtbcII+13z6RSud70RnkZzTItPNEM=; b=x9ZieeRLQiEh7hwUT8zzY7g2VfHQ8ZBN/7cvSHtXaHX0/d5PD+exCB0hBhK4+Qk754 HQ9wJTEU522jpMv5Yl8jVLgqOLtIj3ZRrOA/ZZvgeLf04EeNnxLDNIfLnHhw7UVN+rZf OzXf3toCX1KgfTViaF1xj+bfJXUy86QprY+qut5P/w7oMNyeoJHsrM09tpd2drj3C3UQ 9YKl5Fqiy6o6Sm7f+wzFAgA0c8IrSPV/kWbMJmkk2nJihrp3qrcC9ujDsOR/PIwyrz3I StTWVwH9j5cxdefcikrJ1Bt0svDhAIkmbiVw38fBOnArEUSwKEptSSich2nguTvMakoS 4fzw== X-Gm-Message-State: AFqh2krhjOcsnLSGCF7oJYD+BraC6gA2sCiXpSqstlG4IOwBoYfOvivl sxSor+o1Fh+vvH9iGbqN70PEoYmkBRUj3hc4lQNJxqM1Uv0= X-Google-Smtp-Source: AMrXdXsrHGhPrh6YjWGe8NUrdD9jie0iyPYO8rIwOvX/Gi+aZVYbHusJw2fTLoUXF/1/HnEOi9C4o8JaDAeyfkJhyi4= X-Received: by 2002:a05:6870:4151:b0:15e:efa9:9754 with SMTP id r17-20020a056870415100b0015eefa99754mr4440078oad.148.1675126410754; Mon, 30 Jan 2023 16:53:30 -0800 (PST) MIME-Version: 1.0 From: O G Date: Mon, 30 Jan 2023 19:53:19 -0500 Message-ID: Subject: 28.2; ispell personal dictionary location for hunspell engine To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000aabfbf05f384c275" Received-SPF: pass client-ip=2001:4860:4864:20::31; envelope-from=opngid@gmail.com; helo=mail-oa1-x31.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --000000000000aabfbf05f384c275 Content-Type: text/plain; charset="UTF-8" The ispell package in Emacs is not using the user-specified location of the personal dictionary for hunspell. In particular, neither of these two settings are being respected: (setq ispell-personal-directory "/c/Users/xxxx/.hunspell_en_US") (setq ispell-cmd-args "-p /c/Users/xxxx/.hunspell_en_US") Instead, it appears that ispell is hardwired to use the file %USERPROFILE%hunspell_en_US regardless of whether or not the user has specified another choice for their personal dictionary. Note that a file named %USERPROFILE%hunspell_en_US is being created at the save prompt when adding a new spelling regardless of whether or not a file named .hunspell_en_US already exists in the user's home directory (the default file path for a personal directory) and that the Windows macro %USERPROFILE% is not being properly expanded either (so it becomes part of the dictionary name in unexpanded form). Hunspell is the latest version (1.7.2) installed from the MINGW64 repository in the MYSYS2 project. It is otherwise working just fine with Emacs using the following two settings: (setq ispell-program-name "hunspell") (setq ispell-local-dictionary "en_US") Note that the HOME variable is set in my Emacs init file and points to C:/Users/xxxx/ A comment in this stack exchange post suggests others may be experiencing this issue as well: https://emacs.stackexchange.com/questions/58844/where-is-personal-dictionary-for-ispell-located --------------------------------------------------------------- In GNU Emacs 28.2 (build 2, x86_64-w64-mingw32) of 2022-10-11 built on fv-az365-328 Repository revision: b35f9af313a5d5c42988eb5a7751209b4234a67e Repository branch: master Windowing system distributor 'Microsoft Corp.', version 10.0.22621 System Description: Microsoft Windows 10 Pro (v10.0.2009.22621.1105) Configured using: 'configure --prefix=/mingw64 --host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 --with-modules --without-dbus --without-compress-install --with-native-compilation 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe' CPPFLAGS=-D__USE_MINGW_ANSI_STDIO=1 LDFLAGS=-pipe' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LIBXML2 MODULES NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XPM ZLIB Important settings: value of $LANG: en_US locale-coding-system: cp1252 Major mode: Lisp Interaction Minor modes in effect: TeX-PDF-mode: t TeX-source-correlate-mode: t global-corfu-mode: t corfu-mode: t all-the-icons-completion-mode: t marginalia-mode: t savehist-mode: t vertico-multiform-mode: t vertico-mode: t override-global-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t global-prettify-symbols-mode: t prettify-symbols-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t Load-path shadows: c:/Users/xxxx/.emacs.d/elpa/hydra-0.15.0/lv hides c:/Users/xxxx/.emacs.d/elpa/lv-20200507.1518/lv Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived gnus-util rmail rmail-loaddefs text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mule-util time-date aide tex crm texmathp le-thesaurus request mailheader autorevert filenotify mail-utils foldout noutline outline corfu orderless all-the-icons-completion all-the-icons all-the-icons-faces data-material data-weathericons data-octicons data-fileicons data-faicons data-alltheicons marginalia compat compat-29 savehist vertico-multiform vertico-posframe posframe vertico use-package-bind-key bind-key easy-mmode ryo-modal org-macs format-spec avy expand-region text-mode-expansions er-basic-expansions thingatpt expand-region-core expand-region-custom two-column hydra lv disable-mouse edmacro kmacro smart-mode-line-powerline-theme powerline comp comp-cstr warnings rx powerline-separators ring color powerline-themes smart-mode-line advice rich-minority zenburn-theme loop ht s dash cl-extra help-mode use-package-ensure use-package-core finder-inf cus-edit pp cus-load wid-edit server tex-site epg rfc6068 epg-config gnu-elpa-keyring-update info package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 398612 190497) (symbols 48 23253 131) (strings 32 115775 27414) (string-bytes 1 3416306) (vectors 16 35445) (vector-slots 8 732330 252268) (floats 8 565 625) (intervals 56 363 174) (buffers 992 11)) --000000000000aabfbf05f384c275 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The ispell package in Emacs is not using the user-specifie= d location of
the personal dictionary for hunspell.

In particular= , neither of these two settings are being respected:

(setq ispell-pe= rsonal-directory "/c/Users/xxxx/.hunspell_en_US")
(setq ispell= -cmd-args "-p /c/Users/xxxx/.hunspell_en_US")

Instead, it = appears that ispell is hardwired to use the file
%USERPROFILE%hunspell_e= n_US regardless of whether or not the user has
specified another choice = for their personal dictionary.

Note that a file named %USERPROFILE%h= unspell_en_US is being created at
the save prompt when adding a new spel= ling regardless of whether or not
a file named .hunspell_en_US already e= xists in the user's home directory
(the default file path for a pers= onal directory) and that the Windows
macro %USERPROFILE% is not being pr= operly expanded either (so it becomes
part of the dictionary name in une= xpanded form).

Hunspell is the latest version (1.7.2) installed from= the MINGW64 repository
in the MYSYS2 project.=C2=A0 It is otherwise wor= king just fine with Emacs
using the following two settings:

(setq= ispell-program-name "hunspell")
(setq ispell-local-dictionary= "en_US")

Note that the HOME variable is set in my Emacs i= nit file and points
to C:/Users/xxxx/

A comment in this stack exc= hange post suggests others may be
experiencing this issue as well:
https://emacs.stackexchange.com/question= s/58844/where-is-personal-dictionary-for-ispell-located

--------= -------------------------------------------------------

In GNU Emacs= 28.2 (build 2, x86_64-w64-mingw32)
=C2=A0of 2022-10-11 built on fv-az36= 5-328
Repository revision: b35f9af313a5d5c42988eb5a7751209b4234a67e
R= epository branch: master
Windowing system distributor 'Microsoft Cor= p.', version 10.0.22621
System Description: Microsoft Windows 10 Pro= (v10.0.2009.22621.1105)

Configured using:
=C2=A0'configure -= -prefix=3D/mingw64 --host=3Dx86_64-w64-mingw32
=C2=A0--build=3Dx86_64-w6= 4-mingw32 --with-modules --without-dbus
=C2=A0--without-compress-install= --with-native-compilation
=C2=A0'CFLAGS=3D-march=3Dx86-64 -mtune=3D= generic -O2 -pipe'
=C2=A0CPPFLAGS=3D-D__USE_MINGW_ANSI_STDIO=3D1 LDF= LAGS=3D-pipe'

Configured features:
ACL GIF GMP GNUTLS HARFBUZ= Z JPEG JSON LIBXML2 MODULES NATIVE_COMP NOTIFY
W32NOTIFY PDUMPER PNG RSV= G SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XPM
ZLIB

Important setti= ngs:
=C2=A0 value of $LANG: en_US
=C2=A0 locale-coding-system: cp1252=

Major mode: Lisp Interaction

Minor modes in effect:
=C2= =A0 TeX-PDF-mode: t
=C2=A0 TeX-source-correlate-mode: t
=C2=A0 global= -corfu-mode: t
=C2=A0 corfu-mode: t
=C2=A0 all-the-icons-completion-m= ode: t
=C2=A0 marginalia-mode: t
=C2=A0 savehist-mode: t
=C2=A0 ve= rtico-multiform-mode: t
=C2=A0 vertico-mode: t
=C2=A0 override-global= -mode: t
=C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0= eldoc-mode: t
=C2=A0 show-paren-mode: t
=C2=A0 electric-indent-mode:= t
=C2=A0 mouse-wheel-mode: t
=C2=A0 global-prettify-symbols-mode: t<= br>=C2=A0 prettify-symbols-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 fil= e-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-loc= k-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 auto-composition-mode: t=
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t
= =C2=A0 line-number-mode: t
=C2=A0 indent-tabs-mode: t
=C2=A0 transien= t-mark-mode: t

Load-path shadows:
c:/Users/xxxx/.emacs.d/elpa/hyd= ra-0.15.0/lv hides c:/Users/xxxx/.emacs.d/elpa/lv-20200507.1518/lv

F= eatures:
(shadow sort mail-extr emacsbug message rmc puny dired dired-lo= addefs
rfc822 mml mml-sec epa derived gnus-util rmail rmail-loaddefs
= text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231
ma= ilabbrev gmm-utils sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsv= r mule-util time-date aide tex crm texmathp le-thesaurus
request mailhea= der autorevert filenotify mail-utils foldout noutline
outline corfu orde= rless all-the-icons-completion all-the-icons
all-the-icons-faces data-ma= terial data-weathericons data-octicons
data-fileicons data-faicons data-= alltheicons marginalia compat compat-29
savehist vertico-multiform verti= co-posframe posframe vertico
use-package-bind-key bind-key easy-mmode ry= o-modal org-macs format-spec
avy expand-region text-mode-expansions er-b= asic-expansions thingatpt
expand-region-core expand-region-custom two-co= lumn hydra lv
disable-mouse edmacro kmacro smart-mode-line-powerline-the= me powerline
comp comp-cstr warnings rx powerline-separators ring color<= br>powerline-themes smart-mode-line advice rich-minority zenburn-theme loop=
ht s dash cl-extra help-mode use-package-ensure use-package-core
fin= der-inf cus-edit pp cus-load wid-edit server tex-site epg rfc6068
epg-co= nfig gnu-elpa-keyring-update info package browse-url url url-proxy
url-p= rivacy url-expand url-methods url-history url-cookie url-domsuf
url-util= mailcap url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-m= acs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt = gv bytecomp byte-compile cconv cl-loaddefs cl-lib
iso-transl tooltip eld= oc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mod= e mwheel dos-w32 ls-lisp disp-table
term/w32-win w32-win w32-vars term/c= ommon-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list re= place newcomment text-mode lisp-mode
prog-mode register page tab-bar men= u-bar rfn-eshadow isearch easymenu
timer select scroll-bar mouse jit-loc= k font-lock syntax font-core
term/tty-colors frame minibuffer cl-generic= cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao= korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech eur= opean ethiopic indian
cyrillic chinese composite emoji-zwj charscript ch= arprop case-table
epa-hook jka-cmpr-hook help simple abbrev obarray cl-p= reloaded nadvice
button loaddefs faces cus-face macroexp files window te= xt-properties
overlay sha1 md5 base64 format env code-pages mule custom = widget
hashtable-print-readable backquote threads w32notify w32 multi-tt= y
make-network-process native-compile emacs)

Memory information:<= br>((conses 16 398612 190497)
=C2=A0(symbols 48 23253 131)
=C2=A0(str= ings 32 115775 27414)
=C2=A0(string-bytes 1 3416306)
=C2=A0(vectors 1= 6 35445)
=C2=A0(vector-slots 8 732330 252268)
=C2=A0(floats 8 565 625= )
=C2=A0(intervals 56 363 174)
=C2=A0(buffers 992 11))
--000000000000aabfbf05f384c275-- ------------=_1676203683-30867-1-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 02 15:04:56 2023 Received: (at control) by debbugs.gnu.org; 2 Jul 2023 19:04:56 +0000 Received: from localhost ([127.0.0.1]:32795 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qG2NU-0004CM-HE for submit@debbugs.gnu.org; Sun, 02 Jul 2023 15:04:56 -0400 Received: from mail-ot1-f47.google.com ([209.85.210.47]:54481) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qG2NO-0004C3-Un for control@debbugs.gnu.org; Sun, 02 Jul 2023 15:04:55 -0400 Received: by mail-ot1-f47.google.com with SMTP id 46e09a7af769-6b886456f66so2158892a34.0 for ; Sun, 02 Jul 2023 12:04:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1688324685; x=1690916685; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=tLw0bDjhNuDIG05aANJxWQP/t6bZtciqQjATfVT9u2I=; b=r11n6EmQ3v8f/No/ezm6qvTiWvHSnYxnO/eHsZHjGtCSeDm2tSULeKxJIxkmW2K8qD PS4nBS5/ECa/92ZHMyn/vsANTJTyHiyLOtenG5vAz154avGLrGxPtUK1H7eFwDLN6ixB 8Si+3+qRGvDkPrCMOuBkRN1VuZh9hnqWDnsa/h+jYk7SOglgsm+w6yJgjiuCyfE3eu5C 0P9dArdhc+P9kjD7zTO41PuQOw2zdqiC0UanGbYqAo1xanAPlNy4cT1IM4OwmEo+DWZR IozqXo7jS7uQ62io3pYXxUeHjjUdhX/d6LcVF3UnYbFdhUTvZ4Zno4hIi2b/7ZsaqM/X L2PQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1688324685; x=1690916685; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=tLw0bDjhNuDIG05aANJxWQP/t6bZtciqQjATfVT9u2I=; b=e5a6lck6cSbuaCUsMfurDIBUr2RGVyjgrP2jvY2EXmHsoyWA5+48dPr2yuBWCTfqHo 6y1md4EFWDLO6mAy0Yn+vBUXHCAYxecClaZuUNJ052sxcoObXIynR3NzfGcKOWmoTCfb anfpgqQljarDcg+6ARReyhbEMftppFQtc4AI4il0c778xcfkhd7GyCPCUW/tM9hlmNJ8 orgzJrBCndDOsiAN/2s8D+Q8bpH+XDgDMLDcj9Qg0VffPN2Ej0UwYfHBW1tNcN+Eyncx SzrcomxKN3KUM5cBbW7Unp/7hIBoekiuexauxREzGcU10Igh4UblIHA3+rU00IQoxluT i4Rw== X-Gm-Message-State: AC+VfDyygwLSD6s++Mn+9h6AINP9TwO5bBMIr/UyMWm3PgH19uiGDiax P8BX5oDeLivDjARZ56QiRrSvgxox4DBkwHYs2M/FMMX9 X-Google-Smtp-Source: ACHHUZ4SyzVRD1YYwJvqfqctGri089+38GZHLe71aq2O9pbF35UQwKjM5KccSV7wkhAEZWqJ+I2kNoxfw60PYyqG2rY= X-Received: by 2002:a05:6830:1206:b0:6b7:56d9:533 with SMTP id r6-20020a056830120600b006b756d90533mr6607582otp.28.1688324685163; Sun, 02 Jul 2023 12:04:45 -0700 (PDT) MIME-Version: 1.0 From: O G Date: Sun, 2 Jul 2023 15:04:34 -0400 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: multipart/alternative; boundary="0000000000001fef9f05ff85b9e7" X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: unarchive 61190 unarchive 61190 Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (opngid[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HTML_MESSAGE BODY: HTML included in message -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.210.47 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.210.47 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 2.0 BLANK_SUBJECT Subject is present but empty X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) --0000000000001fef9f05ff85b9e7 Content-Type: text/plain; charset="UTF-8" unarchive 61190 --0000000000001fef9f05ff85b9e7 Content-Type: text/html; charset="UTF-8"
unarchive 61190
--0000000000001fef9f05ff85b9e7-- From unknown Fri Aug 15 16:57:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#61190: follow-up on ispell-personal-dictionary issue for hunspell References: In-Reply-To: Resent-From: O G Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Jul 2023 19:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61190 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 61190@debbugs.gnu.org Received: via spool by 61190-submit@debbugs.gnu.org id=B61190.168832557227187 (code B ref 61190); Sun, 02 Jul 2023 19:20:02 +0000 Received: (at 61190) by debbugs.gnu.org; 2 Jul 2023 19:19:32 +0000 Received: from localhost ([127.0.0.1]:32811 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qG2bb-00074Q-H7 for submit@debbugs.gnu.org; Sun, 02 Jul 2023 15:19:31 -0400 Received: from mail-oi1-f176.google.com ([209.85.167.176]:56551) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qG2bZ-00074B-CH for 61190@debbugs.gnu.org; Sun, 02 Jul 2023 15:19:30 -0400 Received: by mail-oi1-f176.google.com with SMTP id 5614622812f47-3a337ddff16so2591105b6e.0 for <61190@debbugs.gnu.org>; Sun, 02 Jul 2023 12:19:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1688325563; x=1690917563; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=EboSGh2rhmyXlmH/FnNHfVFwxb4pSCtpicD+K6uaTRg=; b=blume37kIxfmBi5RNp2K3hStjkZ6QhH4ksLVU2nfGE0o2IFpshDxfzmnK4rx4M0M7v 7aXZNSIlYsiXoVsF8WwEwoonYZDT5fUmWrN6bw/gUayk/jgYHgmDx/GCR9gcIwqfpq4h Wc3Xvzb+YO6YoRHsXMJOUStpeyrP8apYNoBqYdQyC+ImtwPamrJKwwfEA4xCTW/5zCjA Dz+YwrfSHJUt9ypiMAn1iENFQuK7+Z0cD027WufFqYJLHoY8zV4LYvPeB191G5hdMUpQ e8orXLuvFYX2AG7Vef1mEtCeG7Arx3ccjOqmSuEak+o9ddhzXoLfo5LxFWu8v+LmhRS7 3uGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1688325563; x=1690917563; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=EboSGh2rhmyXlmH/FnNHfVFwxb4pSCtpicD+K6uaTRg=; b=Zbn6OvNYKciZt8ofInuYi0RXfBzm/0anGsDbRPeYgUoxnah+W/p6cNK1mHaO9iKjNc ETD37cCQBsvdvdsDuAr+ETfwp7ZzV5VThH+VGJmVRs03vmsTQYKB5vNFfPbn+b5X6/IT DVxwKVu8NR8tS1FERIgpc4HCcoe/qlWAvqxjT0WiVGpDs+xwEkl0dYm5dz5XllE73CHJ kaez6u1VBsysMyy6SHynvJeV6798HYVHjsuBtW/n6L9i7B1icNIgmXs2WjMIWZCvNWRX YEHOmEmLrIEuXFmZq/n6S/REQjNjtYERtzkIQ9M5cGiNPVAD0Tk0DjUdY/CrmxgKzZwa jUgQ== X-Gm-Message-State: AC+VfDz5IfUV58TOg4k/RoXU+mkoax5IjZ5aH0YiRHQU3yttmhQG22N5 gMq14lTngZD1SRHZalt+mRbngJgFoCICpVtEMc0xG4AnyxQ= X-Google-Smtp-Source: ACHHUZ5eycTQi1J37u41l5GCAxaDhitoecdV+9cmBbcZzzSPEY+umPw5VqP4q2Au+FxMCR/22CmE/f9JOjGeKHOQrvQ= X-Received: by 2002:a05:6808:23c9:b0:3a3:7977:8995 with SMTP id bq9-20020a05680823c900b003a379778995mr8989453oib.47.1688325563524; Sun, 02 Jul 2023 12:19:23 -0700 (PDT) MIME-Version: 1.0 From: O G Date: Sun, 2 Jul 2023 15:19:13 -0400 Message-ID: Content-Type: multipart/alternative; boundary="0000000000007aacc505ff85ed13" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000007aacc505ff85ed13 Content-Type: text/plain; charset="UTF-8" > Okay, the double backslash works with emacs -Q on my system as well. > Back in my customizations, it looks like I had not rechecked by setting the > ispell-personal-dictionary variable > ... was still using the ispell-cmd-args approach unfortunately. So it looks > like the latter is the issue, because > everything works now per your suggested settings. > I had originally tried using ispell-personal-dictionary before turning to > ispell-cmd-args and now believe that I > may have failed to touch the .hunspell_en_US file first (a known quirk) while > I was testing the double > backslashes among other ways of specifying the file path. > So it's safe to close the bug now. I have more information now regarding this issue, which as it turns out was not related to my testing the ispell-cmd-args approach or because I had failed to touch the .hunspell_en_US file per the known quirk on windows. In my init.el file, after the lines: (setq ispell-local-dictionary "en_US") (setq ispell-personal-dictionary "C:\\Users\\...\\test-personal-dictionary") ; the personal dictionary file has to exist, otherwise hunspell will ; silently fail to use it (unless (file-exists-p ispell-personal-dictionary) (write-region "" nil ispell-personal-dictionary nil 0)) I had the following line: (use-package flyspell :ensure t) When I removed this line, flyspell started to recognize the custom ispell-personal-dictionary that I had specified. Since flyspell is now built into emacs, I'm a little unclear on why reloading the package without changing any other options would block an underlying ispell setting. This also explains why everything worked just fine when I tested setting a custom location for the personal dictionary using emacs -Q. --0000000000007aacc505ff85ed13 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> Okay, the double backslash works with emacs -Q on my = system as well. =C2=A0

> Back in my customizations, it looks like= I had not rechecked by setting the
> ispell-personal-dictionary vari= able
> ... was still using the ispell-cmd-args approach unfortunately= .=C2=A0 So it looks
> like the latter is the issue, because
> e= verything works now per your suggested settings.

> I had original= ly tried using ispell-personal-dictionary before turning to
> ispell-= cmd-args and now believe that I
> may have failed to touch the .hunsp= ell_en_US file first (a known quirk) while
> I was testing the double=
> backslashes among other ways of specifying the file path.

&= gt; So it's safe to close the bug now.

I have more information n= ow regarding this issue, which as it turns out was
not related to my te= sting the ispell-cmd-args approach or because=C2=A0
I had failed = to touch the .hunspell_en_US file per the known quirk on windows.=C2=A0=C2= =A0

In my init.el file, after the lines:

(setq ispell-local-dictionary "en_US")
(setq i= spell-personal-dictionary "C:\\Users\\...\\test-personal-dictionary&qu= ot;)
; the personal dictionary file has to exist, otherwise hunspell wil= l
; silently fail to use it
(unless (file-exists-p ispell-personal-di= ctionary)
=C2=A0 (write-region "" nil ispell-personal-dictiona= ry nil 0))

I had the following line:

(use-package flyspell
=C2=A0 :ensure t)

When I removed this line, flyspell started to recognize the= =C2=A0
custom ispell-personal-dictionary that I had specified.

Since flyspell is now built into emacs, I'm a li= ttle unclear on=C2=A0
why reloading the package without changing = any other options
would block an underlying ispell setting.
=

This also explains why everything worked just fine when= I tested
setting a custom location for the personal dictionary u= sing emacs -Q.
--0000000000007aacc505ff85ed13--