From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#24435: 25.1; Problem using Hunspell Date: Wed, 14 Sep 2016 19:57:10 +0300 Message-ID: <8360py8lnd.fsf@gnu.org> References: <87a8fazkaf.fsf@gmail.com> <8760pyzeam.fsf@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1473874241 4284 195.159.176.226 (14 Sep 2016 17:30:41 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 14 Sep 2016 17:30:41 +0000 (UTC) Cc: 24435@debbugs.gnu.org, npostavs@users.sourceforge.net To: Dmitri Paduchikh Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 14 19:30:37 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bkE0y-0008FL-Un for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Sep 2016 19:30:29 +0200 Original-Received: from localhost ([::1]:57685 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bkE10-00043O-2d for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Sep 2016 13:30:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43284) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bkDVe-0002x6-BJ for bug-gnu-emacs@gnu.org; Wed, 14 Sep 2016 12:58:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bkDVa-000450-Cw for bug-gnu-emacs@gnu.org; Wed, 14 Sep 2016 12:58:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:33773) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bkDVa-00044v-9K for bug-gnu-emacs@gnu.org; Wed, 14 Sep 2016 12:58:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bkDVa-0001RW-2T for bug-gnu-emacs@gnu.org; Wed, 14 Sep 2016 12:58:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Sep 2016 16:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24435 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24435-submit@debbugs.gnu.org id=B24435.14738722405495 (code B ref 24435); Wed, 14 Sep 2016 16:58:02 +0000 Original-Received: (at 24435) by debbugs.gnu.org; 14 Sep 2016 16:57:20 +0000 Original-Received: from localhost ([127.0.0.1]:59718 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bkDUt-0001QY-Pb for submit@debbugs.gnu.org; Wed, 14 Sep 2016 12:57:20 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52204) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bkDUs-0001QN-Kr for 24435@debbugs.gnu.org; Wed, 14 Sep 2016 12:57:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bkDUj-0003n2-LM for 24435@debbugs.gnu.org; Wed, 14 Sep 2016 12:57:13 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51694) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bkDUj-0003md-I9; Wed, 14 Sep 2016 12:57:09 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3734 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bkDUh-0000Ke-43; Wed, 14 Sep 2016 12:57:08 -0400 In-reply-to: <8760pyzeam.fsf@gmail.com> (message from Dmitri Paduchikh on Wed, 14 Sep 2016 20:33:53 +0500) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:123296 Archived-At: > From: Dmitri Paduchikh > Date: Wed, 14 Sep 2016 20:33:53 +0500 > Cc: 24435@debbugs.gnu.org > > > I guess older Hunspell versions printed a different string. Does it > > work if you change the regexp to > > > "\\(?:(but really \\)?Hunspell \\([0-9]+\\.[0-9\\.-]+\\)?)?" > > Sadly, it does not. The immediate cause of this error message is that > regexp for ispell-program-version matches the Hunspell output. Then the > corresponding check for Ispell version produces this error. The change > shown below makes the version check pass, but another problem appears: > > | Starting new Ispell process hunspell with ru_RU dictionary... > | ispell-phaf: No matching entry for ru_RU in ‘ispell-hunspell-dict-paths-alist’. > | (ispell-parse-hunspell-affix-file) > > It seems that Hunspell itself does not have any difficulty locating the > dictionary. > > $ hunspell -a -d ru_RU > Hunspell 1.4.0 > проверкаа > & проверкаа 3 0: проверка, проверкам, проверках What does your Hunspell output when invoked thus: $ hunspell -D It should output all the dictionaries it has available -- that is what ispell.el expects. It was a long-standing bug in Hunspell that (some versions of) it didn't, so I'm guessing that bug is still not fixed. Look in their bug database for a patch, apply it, rebuild Hunspell, and it should work (unless my guess is wrong and some other factor is at work here). > Below is the change I made to work arround the version check. Thanks, but I think this part is too drastic: > - (if (ispell-check-minver ispell0-minver ispell-program-version) > - (or (ispell-check-minver ispell-minver ispell-program-version) > - (setq ispell-offset 0)) > - (error "%s release %s or greater is required" > - ispell-program-name > - ispell-minver)) > + (cond ((or (null ispell-program-version) > + (ispell-check-minver ispell-minver ispell-program-version))) > + ((ispell-check-minver ispell0-minver ispell-program-version) > + (setq ispell-offset 0)) > + (:else (error "%s release %s or greater is required" > + ispell-program-name > + ispell-minver))) We cannot give up the test of ispell-program-version. I suggest to do this the other way around: if Hunspell reports version 1.4 or greater, _then_ and only then skip the ispell-program-version test.