From unknown Sun Aug 17 01:23:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50370: Fix bug in ispell-init-process error handling Resent-From: Ian W Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 04 Sep 2021 11:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 50370 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 50370@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16307555437280 (code B ref -1); Sat, 04 Sep 2021 11:40:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 Sep 2021 11:39:03 +0000 Received: from localhost ([127.0.0.1]:46770 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMU0k-0001tK-FK for submit@debbugs.gnu.org; Sat, 04 Sep 2021 07:39:02 -0400 Received: from lists.gnu.org ([209.51.188.17]:58874) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMMkM-0004e3-OW for submit@debbugs.gnu.org; Fri, 03 Sep 2021 23:53:39 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41808) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMMkK-0007SM-TL for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2021 23:53:36 -0400 Received: from mail-pf1-x432.google.com ([2607:f8b0:4864:20::432]:42716) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mMMkH-00068j-Tt for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2021 23:53:36 -0400 Received: by mail-pf1-x432.google.com with SMTP id 18so997344pfh.9 for ; Fri, 03 Sep 2021 20:53:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wahbe-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:message-id:in-reply-to:references:subject:mime-version; bh=SfwyRcab4D6zwMdH2Fiem9uE4h7bwuVErP3oSY1t+pk=; b=dG3I1LOOZv5SbHcwJG7cwJhNIL80dww2vlFhjiygNgXVYHTRz95AEgFi413gX7xewZ YOm9W1hntpA9+mDkJ0ElPn4eu4z1s5Ta9tG/SSKmGNs75CMEBgaEbDkeDaIeJhczYGQk VtQMEWDp+3DXSUgfsgfxcgq981g7LMqowOTQcgCuxe/drGhoVL+Ydfoz8AAruq//ShcZ 2PmYa8iyL1YVkQ98QcTVSa3vI2GKPaksVo6MVDPpb+EZEMV+ck2ZpTURwla4iuHllF5M NLZw6hwyRCk+R998VooDZD3GM9ZkENhjC/kq8gGYuZrwlnW2hw/ZaxIqdF8piHWVPp/w MSVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version; bh=SfwyRcab4D6zwMdH2Fiem9uE4h7bwuVErP3oSY1t+pk=; b=K43rBkLomWby7mGzgyIhha8G56H1jDoKZrzSf1uNnP3z3FjbPzzD6C0ZBJeA8/Qfao ccxN058RdP31IZW8wKDu9YdTWKbhOul2ZjmH3sDRFQyQH5Yo67l3JE9lQfqEwpvYb/FQ qiAvmYGDbZzJ/rogpv8qs6OGQ8J7ABZoxszJwXWtLHMcKJ1nyVWjjDtaeAbcPv5YjqPQ tNCGT1F95NowKPCKZMdIKX6Y+k/w35fxhPXK/fGEOc1V4BphHJmS0zkPAHsY/bjU9NBQ HJiJn+2PbUHo45xC98llUVQJCdJjjpOF9qRIoDxus8DFaVWU6JX886pBGDpNdAhPRUCg cUgQ== X-Gm-Message-State: AOAM531FGqXjQD/KwxTbURTJY+RbO4BiRP+HDcGMAerMif8SvAbnOKVg TjoCeS+kykRtar/OAZyk5/lrQ6FjWl/Q2Q== X-Google-Smtp-Source: ABdhPJzepWLTh1WEsba4lt97GaqV59eQQAB4O69bHbT0qBKeiI0hAzvDrcXjlXc4MQHoPHtXigZUdA== X-Received: by 2002:a63:3717:: with SMTP id e23mr1996469pga.10.1630727610841; Fri, 03 Sep 2021 20:53:30 -0700 (PDT) Received: from [192.168.7.54] (c-24-16-210-149.hsd1.wa.comcast.net. [24.16.210.149]) by smtp.gmail.com with ESMTPSA id q9sm721439pfs.40.2021.09.03.20.53.30 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Sep 2021 20:53:30 -0700 (PDT) Date: Fri, 3 Sep 2021 20:53:24 -0700 From: Ian W Message-ID: <6aeebcfa-8a3a-4668-987b-dbe665c514ad@Spark> In-Reply-To: References: X-Readdle-Message-ID: 6aeebcfa-8a3a-4668-987b-dbe665c514ad@Spark MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="6132edb9_7c3dbd3d_53c" Received-SPF: none client-ip=2607:f8b0:4864:20::432; envelope-from=ian@wahbe.com; helo=mail-pf1-x432.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -2.3 (--) X-Mailman-Approved-At: Sat, 04 Sep 2021 07:39:01 -0400 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 (---) --6132edb9_7c3dbd3d_53c Content-Type: multipart/alternative; boundary="6132edb9_1e7ff521_53c" --6132edb9_1e7ff521_53c Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This fixes the error handling in ispell-init-process. I encountered this = bug, and also saw it mentioned here:=C2=A0https://mail.gnu.org/archive/ht= ml/auctex/2021-08/msg00007.html The previous behavior involved the ispell process terminating prematurely (correct behavior, invalid input) and then calling ispell-accept-output. Because ispell-process had terminated, ispell-accept-output threw its own error, which prevented the underlying error from being displayed. The bug resulted in the following interaction: ispell-word would print out: =22Starting new Ispell process aspell with default dictionary...done=22 =22ispell-accept-output: No Ispell process to read output from=21=22 The correct behavior is: =22Starting new Ispell process aspell with default dictionary...done=22 =22cond: Error: =7E/.emacs.d/.local/etc/ispell/.pws: The language =22nil=22= is not known. This is probably because: the file =22/usr/local/Cellar/as= pell/0.60.8/lib/aspell-0.60/nil.dat=22 can not be opened for reading.=22=22= In GNU Emacs 28.0.50 (build 1, x86=5F64-apple-darwin20.5.0, NS appkit-202= 2.50 Version 11.4 (Build 20=4671)) =C2=A0of 2021-08-15 built on Ians-MacBook-Pro-2.local Windowing system distributor 'Apple', version 10.3.2022 System Description: macOS 11.5.2 Configured using: =C2=A0'configure --disable-dependency-tracking --disable-silent-rules =C2=A0--enable-locallisppath=3D/usr/local/share/emacs/site-lisp =C2=A0--infodir=3D/usr/local/Cellar/emacs-plus=4028/28.0.50/share/info/em= acs =C2=A0--prefix=3D/usr/local/Cellar/emacs-plus=4028/28.0.50 --with-xml2 =C2=A0--with-gnutls --with-native-compilation --without-dbus =C2=A0--with-imagemagick --with-modules --with-rsvg --with-xwidgets --wit= h-ns =C2=A0--disable-ns-self-contained 'C=46LAGS=3D-I/usr/local/opt/gcc/includ= e =C2=A0-I/usr/local/opt/libgccjit/include -I/usr/local/opt/gmp/include =C2=A0-I/usr/local/opt/jpeg/include' 'LD=46LAGS=3D-L/usr/local/lib/gcc/11= =C2=A0-I/usr/local/opt/gcc/include -I/usr/local/opt/libgccjit/include =C2=A0-I/usr/local/opt/gmp/include -I/usr/local/opt/jpeg/include'' The patch is attached. Ian --6132edb9_1e7ff521_53c Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
This fixes the error handling in ispell-init-proces= s. I encountered this bug, and also saw it mentioned here:&=23160;https://mail.gnu.org/archive/html/auctex/2021-08/m= sg00007.html

The previous behavior involved the ispell process terminating
prematurely (correct behavior, invalid input) and then calling
ispell-accept-output. Because ispell-process had terminated,
ispell-accept-output threw its own error, which prevented the underlying<= br /> error from being displayed.

The bug resulted in the following interaction:
ispell-word would print out:
=22Starting new Ispell process aspell with default dictionary...done=22 =22ispell-accept-output: No Ispell process to read output from=21=22

The correct behavior is:
=22Starting new Ispell process aspell with default dictionary...done=22 =22cond: Error: =7E/.emacs.d/.local/etc/ispell/.pws: The language =22nil=22= is not known. This is probably because: the file =22/usr/local/Cellar/as= pell/0.60.8/lib/aspell-0.60/nil.dat=22 can not be opened for reading.=22=22=


In GNU Emacs 28.0.50 (build 1, x86=5F64-apple-darwin20.5.0, NS appkit-202= 2.50 Version 11.4 (Build 20=4671))
&=23160;of 2021-08-15 built on Ians-MacBook-Pro-2.local
Windowing system distributor 'Apple', version 10.3.2022
System Description: macOS 11.5.2

Configured using:
&=23160;'configure --disable-dependency-tracking --disable-silent-rules &=23160;--enable-locallisppath=3D/usr/local/share/emacs/site-lisp
&=23160;--infodir=3D/usr/local/Cellar/emacs-plus=4028/28.0.50/share/info/= emacs
&=23160;--prefix=3D/usr/local/Cellar/emacs-plus=4028/28.0.50 --with-xml2<= br /> &=23160;--with-gnutls --with-native-compilation --without-dbus
&=23160;--with-imagemagick --with-modules --with-rsvg --with-xwidgets --w= ith-ns
&=23160;--disable-ns-self-contained 'C=46LAGS=3D-I/usr/local/opt/gcc/incl= ude
&=23160;-I/usr/local/opt/libgccjit/include -I/usr/local/opt/gmp/include &=23160;-I/usr/local/opt/jpeg/include' 'LD=46LAGS=3D-L/usr/local/lib/gcc/= 11
&=23160;-I/usr/local/opt/gcc/include -I/usr/local/opt/libgccjit/include &=23160;-I/usr/local/opt/gmp/include -I/usr/local/opt/jpeg/include''

The patch is attached.&=23160;

Ian
--6132edb9_1e7ff521_53c-- --6132edb9_7c3dbd3d_53c Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch" ZGlmZiAtLWdpdCBhL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbCBiL2xpc3AvdGV4dG1vZGVzL2lz cGVsbC5lbAppbmRleCBjMmY2YjM1ZGY4Li5jZTA2NTNjNDM0IDEwMDY0NAotLS0gYS9saXNwL3Rl eHRtb2Rlcy9pc3BlbGwuZWwKKysrIGIvbGlzcC90ZXh0bW9kZXMvaXNwZWxsLmVsCkBAIC0yOTIz LDcgKzI5MjMsMTMgQEAgS2VlcHMgYXJndW1lbnQgbGlzdCBmb3IgZnV0dXJlIElzcGVsbCBpbnZv Y2F0aW9ucyBmb3Igbm8gYXN5bmMgc3VwcG9ydC4iCiAJICAgICA7OyBCdXQgZmlyc3Qgd2FpdCB0 byBzZWUgaWYgc29tZSBtb3JlIG91dHB1dCBpcyBnb2luZyB0byBhcnJpdmUuCiAJICAgICA7OyBP dGhlcndpc2Ugd2UgZ2V0IGNvb2wgZXJyb3JzIGxpa2UgIkNhbid0IG9wZW4gIi4KIAkgICAgIChz bGVlcC1mb3IgMSkKLQkgICAgIChpc3BlbGwtYWNjZXB0LW91dHB1dCAzKQorICAgICAgICAgICAg IDs7IFRvIGF2b2lkIGBpc3BlbGwtYWNjZXB0LW91dHB1dCcgdGhyb3dpbmcgaXQncyBvd24KKyAg ICAgICAgICAgICA7OyBlcnJvciwgd2UgY2hlY2sgdGhhdCBpdCB3aWxsIHJlY2VpdmUgZnJvbSBh IHZhbGlkCisgICAgICAgICAgICAgOzsgcHJvY2Vzcy4KKwkgICAgICh3aGVuIChpZiBpc3BlbGwt YXN5bmMtcHJvY2Vzc3AKKyAgICAgICAgICAgICAgICAgICAgICAgICAocHJvY2Vzcy1saXZlLXAg aXNwZWxsLXByb2Nlc3MpCisgICAgICAgICAgICAgICAgICAgICAgIGlzcGVsbC1wcm9jZXNzKQor ICAgICAgICAgICAgICAgKGlzcGVsbC1hY2NlcHQtb3V0cHV0IDMpKQogCSAgICAgKGVycm9yICIl cyIgKG1hcGNvbmNhdCAjJ2lkZW50aXR5IGlzcGVsbC1maWx0ZXIgIlxuIikpKSkKICAgICAgIChz ZXRxIGlzcGVsbC1maWx0ZXIgbmlsKQkJOyBEaXNjYXJkIHZlcnNpb24gSUQgbGluZQogICAgICAg KGxldCAoKGV4dGVuZGVkLWNoYXItbW9kZSAoaXNwZWxsLWdldC1leHRlbmRlZC1jaGFyYWN0ZXIt bW9kZSkpKQo= --6132edb9_7c3dbd3d_53c-- From unknown Sun Aug 17 01:23:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50370: Fix bug in ispell-init-process error handling Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 04 Sep 2021 12:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50370 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ian W Cc: 50370@debbugs.gnu.org Received: via spool by 50370-submit@debbugs.gnu.org id=B50370.16307568349561 (code B ref 50370); Sat, 04 Sep 2021 12:01:02 +0000 Received: (at 50370) by debbugs.gnu.org; 4 Sep 2021 12:00:34 +0000 Received: from localhost ([127.0.0.1]:46836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMULa-0002U8-Gn for submit@debbugs.gnu.org; Sat, 04 Sep 2021 08:00:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMULY-0002Tv-Ma for 50370@debbugs.gnu.org; Sat, 04 Sep 2021 08:00:33 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57876) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMULT-0006ot-CI; Sat, 04 Sep 2021 08:00:27 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4921 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 1mMULJ-0007bB-SH; Sat, 04 Sep 2021 08:00:26 -0400 Date: Sat, 04 Sep 2021 15:00:16 +0300 Message-Id: <83h7f0wnxr.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <6aeebcfa-8a3a-4668-987b-dbe665c514ad@Spark> (message from Ian W on Fri, 3 Sep 2021 20:53:24 -0700) References: <6aeebcfa-8a3a-4668-987b-dbe665c514ad@Spark> 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 (---) > Date: Fri, 3 Sep 2021 20:53:24 -0700 > From: Ian W > > This fixes the error handling in ispell-init-process. I encountered this bug, and also saw it mentioned here: > https://mail.gnu.org/archive/html/auctex/2021-08/msg00007.html > > The previous behavior involved the ispell process terminating > prematurely (correct behavior, invalid input) and then calling > ispell-accept-output. Because ispell-process had terminated, > ispell-accept-output threw its own error, which prevented the underlying > error from being displayed. > > The bug resulted in the following interaction: > ispell-word would print out: > "Starting new Ispell process aspell with default dictionary...done" > "ispell-accept-output: No Ispell process to read output from!" > > The correct behavior is: > "Starting new Ispell process aspell with default dictionary...done" > "cond: Error: ~/.emacs.d/.local/etc/ispell/.pws: The language "nil" is not known. This is probably because: the > file "/usr/local/Cellar/aspell/0.60.8/lib/aspell-0.60/nil.dat" can not be opened for reading."" I'm not sure I agree that the "correct behavior" better than the "incorrect". The error message is not more self-explanatory, at least. Anyway, do you have a recipe for reproducing this problem? The URL of the AUCTeX discussion seems to say it happens every time? I don't think I understand what's going wrong to trigger the problem. Thanks. From unknown Sun Aug 17 01:23:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50370: Fix bug in ispell-init-process error handling Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 04 Sep 2021 18:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50370 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ian W Cc: 50370@debbugs.gnu.org Received: via spool by 50370-submit@debbugs.gnu.org id=B50370.163078086316624 (code B ref 50370); Sat, 04 Sep 2021 18:42:02 +0000 Received: (at 50370) by debbugs.gnu.org; 4 Sep 2021 18:41:03 +0000 Received: from localhost ([127.0.0.1]:48568 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMab8-0004K4-N1 for submit@debbugs.gnu.org; Sat, 04 Sep 2021 14:41:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52602) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMab7-0004JR-9b for 50370@debbugs.gnu.org; Sat, 04 Sep 2021 14:41:01 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40618) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMab1-0001uq-Tm; Sat, 04 Sep 2021 14:40:55 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1924 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 1mMab1-00075F-Gu; Sat, 04 Sep 2021 14:40:55 -0400 Date: Sat, 04 Sep 2021 21:40:55 +0300 Message-Id: <83ilzguqtk.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ian W on Sat, 4 Sep 2021 11:33:42 -0700) References: <6aeebcfa-8a3a-4668-987b-dbe665c514ad@Spark> <83h7f0wnxr.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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 keep the bug address on the CC list.] > Date: Sat, 4 Sep 2021 11:33:42 -0700 > From: Ian W > > I think it’s a better error message, but that is just my opinion. It tells me that ispell is trying to read an invalid > dictionary file. In my case, I deleted that file and everything started working. I also think it’s the error message > intended to be displayed (by the ispell program and ispell package), as it is the error message designed to > help the user solve their problem. > > (t > ;; Otherwise, it must be an error message. Show the user. > ;; But first wait to see if some more output is going to arrive. > ;; Otherwise we get cool errors like "Can't open ". > (sleep-for 1) > (ispell-accept-output 3) ;; <<< This is the line that errors >>> > (error "%s" (mapconcat #'identity ispell-filter "\n")))) > > So the intended error message is never displayed. > > I’m sorry for not including a repo. I got it consistently because I had a bad file cached by aspell (or maybe > doom). You also get the same message when you didn’t install your dictionaries correctly. This is a problem > in how ispell displays errors, so it’s consistent but only if you already had a real problem with ispell. > > To repo: > (setq ispell-local-dictionary-overridden t > ispell-local-dictionary "not-a-dict") > > This misconfigures your local dictionary, and ensures that the ispell process will error on start. Then run > ispell-word on any word. Thanks for the prompt response. With the above recipe, I get: ispell-phaf: No matching entry for not-a-dict in ‘ispell-hunspell-dict-paths-alist’. (My speller is Hunspell.) So does this mean this problem doesn't happen with Hunspell? Ir is the recipe incomplete or something? From unknown Sun Aug 17 01:23:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50370: Fix bug in ispell-init-process error handling Resent-From: Ian W Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 04 Sep 2021 20:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50370 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 50370@debbugs.gnu.org Received: via spool by 50370-submit@debbugs.gnu.org id=B50370.1630785976956 (code B ref 50370); Sat, 04 Sep 2021 20:07:02 +0000 Received: (at 50370) by debbugs.gnu.org; 4 Sep 2021 20:06:16 +0000 Received: from localhost ([127.0.0.1]:48704 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMbvb-0000FM-Qq for submit@debbugs.gnu.org; Sat, 04 Sep 2021 16:06:16 -0400 Received: from mail-pj1-f49.google.com ([209.85.216.49]:55082) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMbVB-0005s5-AN for 50370@debbugs.gnu.org; Sat, 04 Sep 2021 15:39:01 -0400 Received: by mail-pj1-f49.google.com with SMTP id fs6so1781360pjb.4 for <50370@debbugs.gnu.org>; Sat, 04 Sep 2021 12:38:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wahbe-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version; bh=u45I0e9xP2Dx/cnRNC/l7+YaPoYoJzzs4AlRzKjxtEA=; b=OpOCpBOXaJUyVosiv0yAzTLC+QUeYf9CO39QZZTSwl/HEnl43rcciLM7Y5t4RQMBjz fVF6Tfltj7KpLwdmT11rIuxAtcsB2Abx1M4esG3LRDk7hRJvIYxiv74NAUl3xQusGguf 5qo+4OB8mKCawiPN7fTpBsLjN6F9fV1QO67GGv2dT62euZvzrL95WmbhkaiFM/UHnqAw qU2SHq/i6oCdifhkJQMtkOX+kBFua3khwhJs/rwVeE1IRaW280zjlnviw+XmrfnVRNn/ 8er58uZlO4qFnN99g0Xiw2lLK/SjMY27oXwLJEgoFlq1OgDHnkYUbL4T/UNBstQOywCk dLGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version; bh=u45I0e9xP2Dx/cnRNC/l7+YaPoYoJzzs4AlRzKjxtEA=; b=JvxWk1GZsOxPBMMt3DvWG7yuIdrAaDjHybjrE1aWu/sR3zl8rKvz+Bt7ebNmcbL+a4 hi9kEcczvJWHigsh2m76tOvyj8KHeNcz5jYvq1FDhZYvyfzUrHbv6uiXcc7jIunhdguQ j6lRPcIPvQXW6zPqGNxXbUUEBInBQnl2CoP8omsN0qaInwE7IDvQaRDQlqly9SNW4emG CxWi6KQHh42VagFrzZ+ohnOC2w3Hl8+vYeEsZ0t1QpQE66Wjk+f7lVOKAIhMB8dt4gJV 9u/QEIKTzfOqL5fXtQnNNR6emMrvIxVjaUtiueKXF1Y9jHulRqt5c5NKmzR3JokAg0/q NVqQ== X-Gm-Message-State: AOAM531Nb9PUtb6DL1tW9ib3n5GvlhyyGFWaIHc0xpVQALYNIa+gV0Jj pVMUP8VJAu+U7WUQFlt34S7yaw== X-Google-Smtp-Source: ABdhPJxK1ldI4xxhbut/9ORnnjclnQ+eRM9laQGsXIfHAT1l4jUrG+gEoXlHhNW41BeSgourXlALEQ== X-Received: by 2002:a17:902:9008:b0:12d:8258:e07c with SMTP id a8-20020a170902900800b0012d8258e07cmr4355625plp.42.1630784331170; Sat, 04 Sep 2021 12:38:51 -0700 (PDT) Received: from [192.168.7.54] (c-24-16-210-149.hsd1.wa.comcast.net. [24.16.210.149]) by smtp.gmail.com with ESMTPSA id o2sm3405292pgu.76.2021.09.04.12.38.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Sep 2021 12:38:50 -0700 (PDT) Date: Sat, 4 Sep 2021 12:38:40 -0700 From: Ian W Message-ID: In-Reply-To: <83ilzguqtk.fsf@gnu.org> References: <6aeebcfa-8a3a-4668-987b-dbe665c514ad@Spark> <83h7f0wnxr.fsf@gnu.org> <83ilzguqtk.fsf@gnu.org> X-Readdle-Message-ID: bc736029-be4b-4617-a96d-78409e14e7ba@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="6133cb49_60b6df70_53c" X-Spam-Score: -0.0 (/) X-Mailman-Approved-At: Sat, 04 Sep 2021 16:06:14 -0400 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 (-) --6133cb49_60b6df70_53c Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I think that hunspell is different. It validates that the dictionary real= ly exists in the beginning of ispell-start-process: (defun ispell-start-process () =C2=A0=22Start the Ispell process, with support for no asynchronous proce= sses. Keeps argument list for future Ispell invocations for no async support.=22= =C2=A0;; =60ispell-current-dictionary' and =60ispell-current-personal-dic= tionary' =C2=A0;; are properly set in =60ispell-internal-change-dictionary'. =C2=A0;; Parse hunspell affix file if using hunspell and entry is uniniti= alized. =C2=A0(if ispell-really-hunspell =C2=A0(or (cadr (assoc ispell-current-dictionary ispell-dictionary-alist)= ) =C2=A0(ispell-hunspell-fill-dictionary-entry ispell-current-dictionary)))= =E2=80=A6) Having seen this, I think that this will only be a problem for ispell and= aspell. I just tested the recipe and it works on =E2=80=9Cemacs -Q=E2=80= =9D=C2=A0=C2=A0(I have ispell installed correctly, and emacs defaults to = that). On Sep 4, 2021, 11:40 AM -0700, Eli Zaretskii , wrote: > =5BPlease use Reply All to keep the bug address on the CC list.=5D > > > Date: Sat, 4 Sep 2021 11:33:42 -0700 > > =46rom: Ian W > > > > I think it=E2=80=99s a better error message, but that is just my opin= ion. It tells me that ispell is trying to read an invalid > > dictionary file. In my case, I deleted that file and everything start= ed working. I also think it=E2=80=99s the error message > > intended to be displayed (by the ispell program and ispell package), = as it is the error message designed to > > help the user solve their problem. > > > > (t > > ;; Otherwise, it must be an error message. Show the user. > > ;; But first wait to see if some more output is going to arrive. > > ;; Otherwise we get cool errors like =22Can't open =22. > > (sleep-for 1) > > (ispell-accept-output 3) ;; <<< This is the line that errors >>> > > (error =22%s=22 (mapconcat =23'identity ispell-filter =22=5Cn=22)))) > > > > So the intended error message is never displayed. > > > > I=E2=80=99m sorry for not including a repo. I got it consistently bec= ause I had a bad file cached by aspell (or maybe > > doom). You also get the same message when you didn=E2=80=99t install = your dictionaries correctly. This is a problem > > in how ispell displays errors, so it=E2=80=99s consistent but only if= you already had a real problem with ispell. > > > > To repo: > > (setq ispell-local-dictionary-overridden t > > ispell-local-dictionary =22not-a-dict=22) > > > > This misconfigures your local dictionary, and ensures that the ispell= process will error on start. Then run > > ispell-word on any word. Thanks for the prompt response. > > With the above recipe, I get: > > ispell-phaf: No matching entry for not-a-dict in =E2=80=98ispell-hunspe= ll-dict-paths-alist=E2=80=99. > > (My speller is Hunspell.) > > So does this mean this problem doesn't happen with Hunspell=3F Ir is > the recipe incomplete or something=3F --6133cb49_60b6df70_53c Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
I think that hunspell is different. It validates th= at the dictionary really exists in the beginning of ispell-start-process:=

(defun ispell-start-process ()
&=23160;=22Start the Ispell process, with support for no asynchronous pro= cesses.
Keeps argument list for future Ispell invocations for no async support.=22=
&=23160;;; =60ispell-current-dictionary' and =60ispell-current-personal-d= ictionary'
&=23160;;; are properly set in =60ispell-internal-change-dictionary'.

&=23160;;; Parse hunspell affix file if using hunspell and entry is unini= tialized.
&=23160;(if ispell-really-hunspell
&=23160;(or (cadr (assoc ispell-current-dictionary ispell-dictionary-alis= t))
&=23160;(ispell-hunspell-fill-dictionary-entry ispell-current-dictionary)= ))
=E2=80=A6)

Having seen this, I think that this will only be a problem for ispell and= aspell. I just tested the recipe and it works on =E2=80=9Cemacs -Q=E2=80= =9D&=23160;&=23160;(I have ispell installed correctly, and emacs defaults= to that).&=23160;
On Sep 4, 2021, 11:40 AM -0700, Eli= Zaretskii <eliz=40gnu.org>, wrote:
=5BPlease use Reply All to keep the bug address on the CC list.= =5D

Date: Sat, 4 Sep 2021 11:33:42 -0700
=46rom: Ian W <ian=40wahbe.com>

I think it=E2=80=99s a better error message, but that is just my opinion.= It tells me that ispell is trying to read an invalid
dictionary file. In my case, I deleted that file and everything started w= orking. I also think it=E2=80=99s the error message
intended to be displayed (by the ispell program and ispell package), as i= t is the error message designed to
help the user solve their problem.

(t
;; Otherwise, it must be an error message. Show the user.
;; But first wait to see if some more output is going to arrive.
;; Otherwise we get cool errors like =22Can't open =22.
(sleep-for 1)
(ispell-accept-output 3) ;; <<< This is the line that errors >= ;>>
(error =22%s=22 (mapconcat =23'identity ispell-filter =22=5Cn=22))))

So the intended error message is never displayed.

I=E2=80=99m sorry for not including a repo. I got it consistently because= I had a bad file cached by aspell (or maybe
doom). You also get the same message when you didn=E2=80=99t install your= dictionaries correctly. This is a problem
in how ispell displays errors, so it=E2=80=99s consistent but only if you= already had a real problem with ispell.

To repo:
(setq ispell-local-dictionary-overridden t
ispell-local-dictionary =22not-a-dict=22)

This misconfigures your local dictionary, and ensures that the ispell pro= cess will error on start. Then run
ispell-word on any word. Thanks for the prompt response.

With the above recipe, I get:

ispell-phaf: No matching entry for not-a-dict in =E2=80=98ispell-hunspell= -dict-paths-alist=E2=80=99.

(My speller is Hunspell.)

So does this mean this problem doesn't happen with Hunspell=3F Ir is
the recipe incomplete or something=3F
--6133cb49_60b6df70_53c-- From unknown Sun Aug 17 01:23:05 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: Ian W Subject: bug#50370: closed (Re: bug#50370: Fix bug in ispell-init-process error handling) Message-ID: References: <837dfvv5on.fsf@gnu.org> <6aeebcfa-8a3a-4668-987b-dbe665c514ad@Spark> X-Gnu-PR-Message: they-closed 50370 X-Gnu-PR-Package: emacs Reply-To: 50370@debbugs.gnu.org Date: Sun, 05 Sep 2021 07:33:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1630827182-16111-1" This is a multi-part message in MIME format... ------------=_1630827182-16111-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #50370: Fix bug in ispell-init-process error handling 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 50370@debbugs.gnu.org. --=20 50370: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D50370 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1630827182-16111-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 50370-done) by debbugs.gnu.org; 5 Sep 2021 07:32:15 +0000 Received: from localhost ([127.0.0.1]:49048 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMmdT-0004Ao-CL for submit@debbugs.gnu.org; Sun, 05 Sep 2021 03:32:15 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39956) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMmdR-0004Ac-90 for 50370-done@debbugs.gnu.org; Sun, 05 Sep 2021 03:32:14 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56670) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMmdL-0003PB-S1; Sun, 05 Sep 2021 03:32:07 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1617 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 1mMmdL-0003QX-61; Sun, 05 Sep 2021 03:32:07 -0400 Date: Sun, 05 Sep 2021 10:32:08 +0300 Message-Id: <837dfvv5on.fsf@gnu.org> From: Eli Zaretskii To: Ian W In-Reply-To: (message from Ian W on Sat, 4 Sep 2021 12:38:40 -0700) Subject: Re: bug#50370: Fix bug in ispell-init-process error handling References: <6aeebcfa-8a3a-4668-987b-dbe665c514ad@Spark> <83h7f0wnxr.fsf@gnu.org> <83ilzguqtk.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50370-done Cc: 50370-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 (---) > Date: Sat, 4 Sep 2021 12:38:40 -0700 > From: Ian W > Cc: 50370@debbugs.gnu.org > > I think that hunspell is different. It validates that the dictionary really exists in the beginning of > ispell-start-process: > > (defun ispell-start-process () > "Start the Ispell process, with support for no asynchronous processes. > Keeps argument list for future Ispell invocations for no async support." > ;; `ispell-current-dictionary' and `ispell-current-personal-dictionary' > ;; are properly set in `ispell-internal-change-dictionary'. > > ;; Parse hunspell affix file if using hunspell and entry is uninitialized. > (if ispell-really-hunspell > (or (cadr (assoc ispell-current-dictionary ispell-dictionary-alist)) > (ispell-hunspell-fill-dictionary-entry ispell-current-dictionary))) > …) > > Having seen this, I think that this will only be a problem for ispell and aspell. I just tested the recipe and it > works on “emacs -Q” (I have ispell installed correctly, and emacs defaults to that). Thanks, I installed the change, and I'm therefore closing this bug. ------------=_1630827182-16111-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 4 Sep 2021 11:39:03 +0000 Received: from localhost ([127.0.0.1]:46770 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMU0k-0001tK-FK for submit@debbugs.gnu.org; Sat, 04 Sep 2021 07:39:02 -0400 Received: from lists.gnu.org ([209.51.188.17]:58874) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mMMkM-0004e3-OW for submit@debbugs.gnu.org; Fri, 03 Sep 2021 23:53:39 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41808) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMMkK-0007SM-TL for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2021 23:53:36 -0400 Received: from mail-pf1-x432.google.com ([2607:f8b0:4864:20::432]:42716) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mMMkH-00068j-Tt for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2021 23:53:36 -0400 Received: by mail-pf1-x432.google.com with SMTP id 18so997344pfh.9 for ; Fri, 03 Sep 2021 20:53:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wahbe-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:message-id:in-reply-to:references:subject:mime-version; bh=SfwyRcab4D6zwMdH2Fiem9uE4h7bwuVErP3oSY1t+pk=; b=dG3I1LOOZv5SbHcwJG7cwJhNIL80dww2vlFhjiygNgXVYHTRz95AEgFi413gX7xewZ YOm9W1hntpA9+mDkJ0ElPn4eu4z1s5Ta9tG/SSKmGNs75CMEBgaEbDkeDaIeJhczYGQk VtQMEWDp+3DXSUgfsgfxcgq981g7LMqowOTQcgCuxe/drGhoVL+Ydfoz8AAruq//ShcZ 2PmYa8iyL1YVkQ98QcTVSa3vI2GKPaksVo6MVDPpb+EZEMV+ck2ZpTURwla4iuHllF5M NLZw6hwyRCk+R998VooDZD3GM9ZkENhjC/kq8gGYuZrwlnW2hw/ZaxIqdF8piHWVPp/w MSVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version; bh=SfwyRcab4D6zwMdH2Fiem9uE4h7bwuVErP3oSY1t+pk=; b=K43rBkLomWby7mGzgyIhha8G56H1jDoKZrzSf1uNnP3z3FjbPzzD6C0ZBJeA8/Qfao ccxN058RdP31IZW8wKDu9YdTWKbhOul2ZjmH3sDRFQyQH5Yo67l3JE9lQfqEwpvYb/FQ qiAvmYGDbZzJ/rogpv8qs6OGQ8J7ABZoxszJwXWtLHMcKJ1nyVWjjDtaeAbcPv5YjqPQ tNCGT1F95NowKPCKZMdIKX6Y+k/w35fxhPXK/fGEOc1V4BphHJmS0zkPAHsY/bjU9NBQ HJiJn+2PbUHo45xC98llUVQJCdJjjpOF9qRIoDxus8DFaVWU6JX886pBGDpNdAhPRUCg cUgQ== X-Gm-Message-State: AOAM531FGqXjQD/KwxTbURTJY+RbO4BiRP+HDcGMAerMif8SvAbnOKVg TjoCeS+kykRtar/OAZyk5/lrQ6FjWl/Q2Q== X-Google-Smtp-Source: ABdhPJzepWLTh1WEsba4lt97GaqV59eQQAB4O69bHbT0qBKeiI0hAzvDrcXjlXc4MQHoPHtXigZUdA== X-Received: by 2002:a63:3717:: with SMTP id e23mr1996469pga.10.1630727610841; Fri, 03 Sep 2021 20:53:30 -0700 (PDT) Received: from [192.168.7.54] (c-24-16-210-149.hsd1.wa.comcast.net. [24.16.210.149]) by smtp.gmail.com with ESMTPSA id q9sm721439pfs.40.2021.09.03.20.53.30 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Sep 2021 20:53:30 -0700 (PDT) Date: Fri, 3 Sep 2021 20:53:24 -0700 From: Ian W To: bug-gnu-emacs@gnu.org Message-ID: <6aeebcfa-8a3a-4668-987b-dbe665c514ad@Spark> In-Reply-To: References: Subject: Fix bug in ispell-init-process error handling X-Readdle-Message-ID: 6aeebcfa-8a3a-4668-987b-dbe665c514ad@Spark MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="6132edb9_7c3dbd3d_53c" Received-SPF: none client-ip=2607:f8b0:4864:20::432; envelope-from=ian@wahbe.com; helo=mail-pf1-x432.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 04 Sep 2021 07:39:01 -0400 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 (---) --6132edb9_7c3dbd3d_53c Content-Type: multipart/alternative; boundary="6132edb9_1e7ff521_53c" --6132edb9_1e7ff521_53c Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This fixes the error handling in ispell-init-process. I encountered this = bug, and also saw it mentioned here:=C2=A0https://mail.gnu.org/archive/ht= ml/auctex/2021-08/msg00007.html The previous behavior involved the ispell process terminating prematurely (correct behavior, invalid input) and then calling ispell-accept-output. Because ispell-process had terminated, ispell-accept-output threw its own error, which prevented the underlying error from being displayed. The bug resulted in the following interaction: ispell-word would print out: =22Starting new Ispell process aspell with default dictionary...done=22 =22ispell-accept-output: No Ispell process to read output from=21=22 The correct behavior is: =22Starting new Ispell process aspell with default dictionary...done=22 =22cond: Error: =7E/.emacs.d/.local/etc/ispell/.pws: The language =22nil=22= is not known. This is probably because: the file =22/usr/local/Cellar/as= pell/0.60.8/lib/aspell-0.60/nil.dat=22 can not be opened for reading.=22=22= In GNU Emacs 28.0.50 (build 1, x86=5F64-apple-darwin20.5.0, NS appkit-202= 2.50 Version 11.4 (Build 20=4671)) =C2=A0of 2021-08-15 built on Ians-MacBook-Pro-2.local Windowing system distributor 'Apple', version 10.3.2022 System Description: macOS 11.5.2 Configured using: =C2=A0'configure --disable-dependency-tracking --disable-silent-rules =C2=A0--enable-locallisppath=3D/usr/local/share/emacs/site-lisp =C2=A0--infodir=3D/usr/local/Cellar/emacs-plus=4028/28.0.50/share/info/em= acs =C2=A0--prefix=3D/usr/local/Cellar/emacs-plus=4028/28.0.50 --with-xml2 =C2=A0--with-gnutls --with-native-compilation --without-dbus =C2=A0--with-imagemagick --with-modules --with-rsvg --with-xwidgets --wit= h-ns =C2=A0--disable-ns-self-contained 'C=46LAGS=3D-I/usr/local/opt/gcc/includ= e =C2=A0-I/usr/local/opt/libgccjit/include -I/usr/local/opt/gmp/include =C2=A0-I/usr/local/opt/jpeg/include' 'LD=46LAGS=3D-L/usr/local/lib/gcc/11= =C2=A0-I/usr/local/opt/gcc/include -I/usr/local/opt/libgccjit/include =C2=A0-I/usr/local/opt/gmp/include -I/usr/local/opt/jpeg/include'' The patch is attached. Ian --6132edb9_1e7ff521_53c Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
This fixes the error handling in ispell-init-proces= s. I encountered this bug, and also saw it mentioned here:&=23160;https://mail.gnu.org/archive/html/auctex/2021-08/m= sg00007.html

The previous behavior involved the ispell process terminating
prematurely (correct behavior, invalid input) and then calling
ispell-accept-output. Because ispell-process had terminated,
ispell-accept-output threw its own error, which prevented the underlying<= br /> error from being displayed.

The bug resulted in the following interaction:
ispell-word would print out:
=22Starting new Ispell process aspell with default dictionary...done=22 =22ispell-accept-output: No Ispell process to read output from=21=22

The correct behavior is:
=22Starting new Ispell process aspell with default dictionary...done=22 =22cond: Error: =7E/.emacs.d/.local/etc/ispell/.pws: The language =22nil=22= is not known. This is probably because: the file =22/usr/local/Cellar/as= pell/0.60.8/lib/aspell-0.60/nil.dat=22 can not be opened for reading.=22=22=


In GNU Emacs 28.0.50 (build 1, x86=5F64-apple-darwin20.5.0, NS appkit-202= 2.50 Version 11.4 (Build 20=4671))
&=23160;of 2021-08-15 built on Ians-MacBook-Pro-2.local
Windowing system distributor 'Apple', version 10.3.2022
System Description: macOS 11.5.2

Configured using:
&=23160;'configure --disable-dependency-tracking --disable-silent-rules &=23160;--enable-locallisppath=3D/usr/local/share/emacs/site-lisp
&=23160;--infodir=3D/usr/local/Cellar/emacs-plus=4028/28.0.50/share/info/= emacs
&=23160;--prefix=3D/usr/local/Cellar/emacs-plus=4028/28.0.50 --with-xml2<= br /> &=23160;--with-gnutls --with-native-compilation --without-dbus
&=23160;--with-imagemagick --with-modules --with-rsvg --with-xwidgets --w= ith-ns
&=23160;--disable-ns-self-contained 'C=46LAGS=3D-I/usr/local/opt/gcc/incl= ude
&=23160;-I/usr/local/opt/libgccjit/include -I/usr/local/opt/gmp/include &=23160;-I/usr/local/opt/jpeg/include' 'LD=46LAGS=3D-L/usr/local/lib/gcc/= 11
&=23160;-I/usr/local/opt/gcc/include -I/usr/local/opt/libgccjit/include &=23160;-I/usr/local/opt/gmp/include -I/usr/local/opt/jpeg/include''

The patch is attached.&=23160;

Ian
--6132edb9_1e7ff521_53c-- --6132edb9_7c3dbd3d_53c Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch" ZGlmZiAtLWdpdCBhL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbCBiL2xpc3AvdGV4dG1vZGVzL2lz cGVsbC5lbAppbmRleCBjMmY2YjM1ZGY4Li5jZTA2NTNjNDM0IDEwMDY0NAotLS0gYS9saXNwL3Rl eHRtb2Rlcy9pc3BlbGwuZWwKKysrIGIvbGlzcC90ZXh0bW9kZXMvaXNwZWxsLmVsCkBAIC0yOTIz LDcgKzI5MjMsMTMgQEAgS2VlcHMgYXJndW1lbnQgbGlzdCBmb3IgZnV0dXJlIElzcGVsbCBpbnZv Y2F0aW9ucyBmb3Igbm8gYXN5bmMgc3VwcG9ydC4iCiAJICAgICA7OyBCdXQgZmlyc3Qgd2FpdCB0 byBzZWUgaWYgc29tZSBtb3JlIG91dHB1dCBpcyBnb2luZyB0byBhcnJpdmUuCiAJICAgICA7OyBP dGhlcndpc2Ugd2UgZ2V0IGNvb2wgZXJyb3JzIGxpa2UgIkNhbid0IG9wZW4gIi4KIAkgICAgIChz bGVlcC1mb3IgMSkKLQkgICAgIChpc3BlbGwtYWNjZXB0LW91dHB1dCAzKQorICAgICAgICAgICAg IDs7IFRvIGF2b2lkIGBpc3BlbGwtYWNjZXB0LW91dHB1dCcgdGhyb3dpbmcgaXQncyBvd24KKyAg ICAgICAgICAgICA7OyBlcnJvciwgd2UgY2hlY2sgdGhhdCBpdCB3aWxsIHJlY2VpdmUgZnJvbSBh IHZhbGlkCisgICAgICAgICAgICAgOzsgcHJvY2Vzcy4KKwkgICAgICh3aGVuIChpZiBpc3BlbGwt YXN5bmMtcHJvY2Vzc3AKKyAgICAgICAgICAgICAgICAgICAgICAgICAocHJvY2Vzcy1saXZlLXAg aXNwZWxsLXByb2Nlc3MpCisgICAgICAgICAgICAgICAgICAgICAgIGlzcGVsbC1wcm9jZXNzKQor ICAgICAgICAgICAgICAgKGlzcGVsbC1hY2NlcHQtb3V0cHV0IDMpKQogCSAgICAgKGVycm9yICIl cyIgKG1hcGNvbmNhdCAjJ2lkZW50aXR5IGlzcGVsbC1maWx0ZXIgIlxuIikpKSkKICAgICAgIChz ZXRxIGlzcGVsbC1maWx0ZXIgbmlsKQkJOyBEaXNjYXJkIHZlcnNpb24gSUQgbGluZQogICAgICAg KGxldCAoKGV4dGVuZGVkLWNoYXItbW9kZSAoaXNwZWxsLWdldC1leHRlbmRlZC1jaGFyYWN0ZXIt bW9kZSkpKQo= --6132edb9_7c3dbd3d_53c-- ------------=_1630827182-16111-1--