GNU bug report logs - #20755
11.88.6; Running "Check" command crashes aspell.exe

Previous Next

Package: auctex;

Reported by: Дарио Ѓорѓевски <gjorgjevski.dario <at> yandex.com>

Date: Sat, 6 Jun 2015 23:19:01 UTC

Severity: normal

Found in version 11.88.6

Done: Tassilo Horn <tsdh <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20755 in the body.
You can then email your comments to 20755 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-auctex <at> gnu.org:
bug#20755; Package auctex. (Sat, 06 Jun 2015 23:19:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Дарио Ѓорѓевски <gjorgjevski.dario <at> yandex.com>:
New bug report received and forwarded. Copy sent to bug-auctex <at> gnu.org. (Sat, 06 Jun 2015 23:19:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Дарио Ѓорѓевски
 <gjorgjevski.dario <at> yandex.com>
To: bug-auctex <at> gnu.org
Subject: 11.88.6; Running "Check" command crashes aspell.exe
Date: Sun, 07 Jun 2015 01:18:15 +0200
As per the title; running the "Spell" AUCTeX command causes aspell.exe
to crash. My aspell version is the following:

@(#) International Ispell Version 3.1.20 (but really Aspell 0.60.7-20131207)

and I am running a 64-bit Windows 8.1 with MSYS2 (all binaries are
64-bit). Running `ispell-buffer', `ispell-region' and the likes manually
works well, so I am assuming the error lies within AUCTeX. Flyspell
works fine also.

After aspell crashes, Emacs freezes, and I have no idea where exactly to
look for errors.

Thank you for your time.

Emacs  : GNU Emacs 25.0.50.1 (x86_64-w64-mingw32)
 of 2015-05-13 on CAB8
Package: 11.88.6

current state:
==============
(setq
 AUCTeX-date "2015-05-08"
 window-system 'w32
 LaTeX-version "2e"
 TeX-style-path '("~/.emacs.d/auctex" "c:/Users/gjorg_000/.emacs.d/elpa/auctex-11.88.6/style"
                  "c:/Users/gjorg_000/.emacs.d/auctex/auto" "c:/Users/gjorg_000/.emacs.d/auctex/style" "auto" "style")
 TeX-auto-save nil
 TeX-parse-self nil
 TeX-master t
 TeX-command-list '(("TeX" "%(PDF)%(tex) %(file-line-error) %(extraopts) %`%S%(PDFout)%(mode)%' %t" TeX-run-TeX nil
                     (plain-tex-mode ams-tex-mode texinfo-mode) :help "Run plain TeX")
                    ("LaTeX" "%`%l%(mode)%' %t" TeX-run-TeX nil (latex-mode doctex-mode) :help "Run LaTeX")
                    ("Makeinfo" "makeinfo %(extraopts) %t" TeX-run-compile nil (texinfo-mode) :help "Run Makeinfo with Info output")
                    ("Makeinfo HTML" "makeinfo %(extraopts) --html %t" TeX-run-compile nil (texinfo-mode) :help
                     "Run Makeinfo with HTML output")
                    ("AmSTeX" "%(PDF)amstex %(extraopts) %`%S%(PDFout)%(mode)%' %t" TeX-run-TeX nil (ams-tex-mode) :help "Run AMSTeX")
                    ("ConTeXt" "texexec --once --texutil %(extraopts) %(execopts)%t" TeX-run-TeX nil (context-mode) :help
                     "Run ConTeXt once")
                    ("ConTeXt Full" "texexec %(extraopts) %(execopts)%t" TeX-run-TeX nil (context-mode) :help
                     "Run ConTeXt until completion")
                    ("BibTeX" "bibtex %s" TeX-run-BibTeX nil t :help "Run BibTeX")
                    ("Biber" "biber %s" TeX-run-Biber nil t :help "Run Biber")
                    ("View" "%V" TeX-run-discard-or-function t t :help "Run Viewer")
                    ("Print" "%p" TeX-run-command t t :help "Print the file")
                    ("Queue" "%q" TeX-run-background nil t :help "View the printer queue" :visible TeX-queue-command)
                    ("File" "%(o?)dvips %d -o %f " TeX-run-command t t :help "Generate PostScript file")
                    ("Index" "makeindex %s" TeX-run-command nil t :help "Create index file")
                    ("Xindy" "texindy %s" TeX-run-command nil t :help "Run xindy to create index file")
                    ("Check" "lacheck %s" TeX-run-compile nil (latex-mode) :help "Check LaTeX file for correctness")
                    ("ChkTeX" "chktex -v6 %s" TeX-run-compile nil (latex-mode) :help "Check LaTeX file for common mistakes")
                    ("Spell" "(TeX-ispell-document \"\")" TeX-run-function nil t :help "Spell-check the document")
                    ("Clean" "TeX-clean" TeX-run-function nil t :help "Delete generated intermediate files")
                    ("Clean All" "(TeX-clean t)" TeX-run-function nil t :help "Delete generated intermediate and output files")
                    ("Other" "" TeX-run-command t t :help "Run an arbitrary command"))
 )




Information forwarded to bug-auctex <at> gnu.org:
bug#20755; Package auctex. (Mon, 08 Jun 2015 14:15:03 GMT) Full text and rfc822 format available.

Message #8 received at 20755 <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Дарио Ѓорѓевски
 <gjorgjevski.dario <at> yandex.com>
Cc: 20755 <at> debbugs.gnu.org
Subject: Re: bug#20755: 11.88.6; Running "Check" command crashes aspell.exe
Date: Mon, 08 Jun 2015 16:14:28 +0200
Дарио Ѓорѓевски <gjorgjevski.dario <at> yandex.com> writes:

Hi!

> and I am running a 64-bit Windows 8.1 with MSYS2 (all binaries are
> 64-bit). Running `ispell-buffer', `ispell-region' and the likes
> manually works well, so I am assuming the error lies within
> AUCTeX. Flyspell works fine also.

That's strange.  AUCTeX's Spell command simply calls `ispell-buffer' for
any buffer displaying a file belonging to the current document.  So if
`ispell-buffer' works, i.e., aspell doesn't crash, then I can't see why
it should crash for the Spell command.

> After aspell crashes, Emacs freezes, and I have no idea where exactly
> to look for errors.

When emacs is frozen, you can usually get it responsive again by typing
`C-g' possibly a few times.  And then you could check if you get some
more information.  How did you conclude that aspell is crashing in the
first place?  Has some error message been printed?  If so, that will
also be appended to the *Messages* buffer.  If would be helpful if you
could post the exact error message if there's one.

Bye,
Tassilo




Information forwarded to bug-auctex <at> gnu.org:
bug#20755; Package auctex. (Wed, 10 Jun 2015 13:45:03 GMT) Full text and rfc822 format available.

Message #11 received at 20755 <at> debbugs.gnu.org (full text, mbox):

From: Дарио Ѓорѓевски
 <gjorgjevski.dario <at> yandex.com>
To: 20755 <at> debbugs.gnu.org
Subject: Additional information
Date: Wed, 10 Jun 2015 15:44:24 +0200
Hi,

Thanks a lot for getting back to me. I did some more testing, and the results are very odd. Contrary to what I said previously, M-x ispell-buffer does not work either under TeX-mode. There were no problems in *any* other modes I tested. For example,

open a TeX file -> TeX-mode (AUCTeX) gets loaded automatically -> M-x ispell-buffer causes aspell.exe to crash -> unfreeze Emacs using C-g and change to, say, text-mode by running M-x text-mode -> M-x ispell-buffer works fine
open a blank file -> M-x ispell-buffer works fine -> switch to TeX-mode by running M-x TeX-mode -> M-x ispell-buffer fails again
open the *Scratch* buffer -> M-x ispell-buffer works fine -> switch to TeX-mode -> same issue

The story is the same with flyspell-mode and other such commands; aspell.exe also crashes under TeX-mode.

My preferred encoding is set to UTF-8. Line endings seem to make no difference. Running M-x ispell-buffer on "unconventional" buffers, such as R console, dired, etc, works fine too.

There are no error messages in *Messages*, but Windows gives me the following: "An unhandled win32 exception occurred in aspell.exe [3608]."

The issue happens in empty buffers, too. `ispell-cmd-args' and `ispell-extra-args' are both nil.

Any ideas? I'm clueless.




Reply sent to Tassilo Horn <tsdh <at> gnu.org>:
You have taken responsibility. (Wed, 10 Jun 2015 14:22:01 GMT) Full text and rfc822 format available.

Notification sent to Дарио Ѓорѓевски <gjorgjevski.dario <at> yandex.com>:
bug acknowledged by developer. (Wed, 10 Jun 2015 14:22:02 GMT) Full text and rfc822 format available.

Message #16 received at 20755-done <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Дарио Ѓорѓевски
 <gjorgjevski.dario <at> yandex.com>
Cc: 20755-done <at> debbugs.gnu.org
Subject: Re: bug#20755: Additional information
Date: Wed, 10 Jun 2015 16:20:55 +0200
Дарио Ѓорѓевски <gjorgjevski.dario <at> yandex.com> writes:

Hi!

> Thanks a lot for getting back to me. I did some more testing, and the
> results are very odd. Contrary to what I said previously, M-x
> ispell-buffer does not work either under TeX-mode. There were no
> problems in *any* other modes I tested. For example,
>
> open a TeX file -> TeX-mode (AUCTeX) gets loaded automatically -> M-x
> ispell-buffer causes aspell.exe to crash -> unfreeze Emacs using C-g
> and change to, say, text-mode by running M-x text-mode -> M-x
> ispell-buffer works fine open a blank file -> M-x ispell-buffer works
> fine -> switch to TeX-mode by running M-x TeX-mode -> M-x
> ispell-buffer fails again open the *Scratch* buffer -> M-x
> ispell-buffer works fine -> switch to TeX-mode -> same issue

Well, then that's not an AUCTeX issue at all so I'm closing the bug.
But anyway, I think the major differences between "normal" modes and
tex/latex modes is that with the latter, `ispell-parser' is set to 'tex
which causes spell-checking to ignore latex macros like \documentclass
or environment names.

For example, when you do

  M-: (let ((ispell-parser 'tex)) (ispell-buffer)) RET

in some text-mode buffer, do you also get the crash?  I guess so.  Then
it's probably an aspell on windows issue...

Bye,
Tassilo




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 09 Jul 2015 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 9 years and 351 days ago.

Previous Next


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