GNU bug report logs - #7732
ispell-buffer always gives bogus (0) and (1) choices

Previous Next

Package: emacs;

Reported by: jidanni <at> jidanni.org

Date: Sat, 25 Dec 2010 02:36:02 UTC

Severity: normal

Found in version 0.60.6-4

Done: Eli Zaretskii <eliz <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 7732 in the body.
You can then email your comments to 7732 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 owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#7732; Package emacs. (Sat, 25 Dec 2010 02:36:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to jidanni <at> jidanni.org:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 25 Dec 2010 02:36:02 GMT) Full text and rfc822 format available.

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

From: jidanni <at> jidanni.org
To: bug-gnu-emacs <at> gnu.org
Cc: rfrancoise <at> debian.org
Subject: ispell-buffer always gives bogus (0) and (1) choices
Date: Sat, 25 Dec 2010 09:55:36 +0800
Why can't i/flyspell get the order correctly?

$ cat file
transfered
extention
$ ispell file

 0: extension
 1: extent ion
 2: extent-ion

Whereas ispell-buffer always has these bogus (0) and (1) choices:

$ LANG=C LC_ALL=C HOME=/tmp emacs -nw file
M-x ispell-buffer

Affix rules generate and capitalize this word as shown below:
        transfer+ed
Use option `i' to accept this spelling and put it in your private dictionary.(0) transfer ed
(1) transfer-ed  (2) transferred  (3) transferee  (4) transferees  (5) transformed  (6) transversed
(7) transferee's

(0) extent ion  (1) extent-ion  (2) extension  (3) extenuation  (4) extensions  (5) extinction
(6) extortion  (7) extending  (8) extension's  (9) extensional  (:) extenuation's

By the way, why does
$ spell file #and ispell too
not say anything about 'transfered', but in emacs ispell does?
P.S.,
$ dict transfered
No definitions found for "transfered", perhaps you mean:
gcide:  Transferred  Transferee
stardic:  transferred  transferee
xdict:  transferred  transferee
$ apt-show-versions emacs-snapshot
emacs-snapshot/sid uptodate 1:20101212-2
ii  iamerican             3.1.20.0-7            An American English dictionary for ispell
ii  ibritish              3.1.20.0-7            A British English dictionary for ispell
ii  myspell-en-us         1:3.2.1-2             English_american dictionary for myspell
ii  wamerican-huge        6-3                   American English dictionary words for /usr/share/dict




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#7732; Package emacs. (Sat, 25 Dec 2010 09:01:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: jidanni <at> jidanni.org
Cc: 7732 <at> debbugs.gnu.org, rfrancoise <at> debian.org
Subject: Re: bug#7732: ispell-buffer always gives bogus (0) and (1) choices
Date: Sat, 25 Dec 2010 11:04:54 +0200
> From: jidanni <at> jidanni.org
> Date: Sat, 25 Dec 2010 09:55:36 +0800
> Cc: rfrancoise <at> debian.org
> 
> Why can't i/flyspell get the order correctly?
> 
> $ cat file
> transfered
> extention
> $ ispell file
> 
>  0: extension
>  1: extent ion
>  2: extent-ion
> 
> Whereas ispell-buffer always has these bogus (0) and (1) choices:
> 
> $ LANG=C LC_ALL=C HOME=/tmp emacs -nw file
> M-x ispell-buffer
> 
> Affix rules generate and capitalize this word as shown below:
>         transfer+ed
> Use option `i' to accept this spelling and put it in your private dictionary.(0) transfer ed
> (1) transfer-ed  (2) transferred  (3) transferee  (4) transferees  (5) transformed  (6) transversed
> (7) transferee's
> 
> (0) extent ion  (1) extent-ion  (2) extension  (3) extenuation  (4) extensions  (5) extinction
> (6) extortion  (7) extending  (8) extension's  (9) extensional  (:) extenuation's

I cannot reproduce that.  I get the same choices as you show from
ispell outside Emacs, and in the same order.

Are you sure ispell-buffer doesn't use aspell or hunspell instead of
the real ispell?  What are your values of ispell-really-aspell and
ispell-really-hunspell?  In my case, I know that's really ispell that
ispell.el invokes, because I don't have the other two installed.

> By the way, why does
> $ spell file #and ispell too
> not say anything about 'transfered', but in emacs ispell does?

I don't understand the question: you just showed above that ispell
_does_ say something about 'transfered'.

> $ dict transfered
> No definitions found for "transfered", perhaps you mean:
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Exactly.




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#7732; Package emacs. (Sun, 26 Dec 2010 00:51:02 GMT) Full text and rfc822 format available.

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

From: jidanni <at> jidanni.org
To: eliz <at> gnu.org
Cc: 7732 <at> debbugs.gnu.org, rfrancoise <at> debian.org
Subject: Re: bug#7732: ispell-buffer always gives bogus (0) and (1) choices
Date: Sun, 26 Dec 2010 08:57:03 +0800
>>>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:

EZ> Are you sure ispell-buffer doesn't use aspell or hunspell instead of
EZ> the real ispell?  What are your values of ispell-really-aspell and
EZ> ispell-really-hunspell?  In my case, I know that's really ispell that
EZ> ispell.el invokes, because I don't have the other two installed.

ispell-really-hunspell nil
ispell-really-aspell "0.60.6"

>> By the way, why does
>> $ spell file #and ispell too
>> not say anything about 'transfered', but in emacs ispell does?

EZ> I don't understand the question: you just showed above that ispell
EZ> _does_ say something about 'transfered'.

Only inside emacs. Outside we see

$ echo transfered  |/usr/bin/spell # http://en.wiktionary.org/wiki/transfered #misspelling
$ echo transferred |/usr/bin/spell
$ echo transferrred|/usr/bin/spell
transferrred

$ cat t
transfered
$ ispell t
$




Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Sun, 26 Dec 2010 03:55:02 GMT) Full text and rfc822 format available.

Notification sent to jidanni <at> jidanni.org:
bug acknowledged by developer. (Sun, 26 Dec 2010 03:55:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: jidanni <at> jidanni.org
Cc: 7732-done <at> debbugs.gnu.org, rfrancoise <at> debian.org
Subject: Re: bug#7732: ispell-buffer always gives bogus (0) and (1) choices
Date: Sun, 26 Dec 2010 05:59:12 +0200
> From: jidanni <at> jidanni.org
> Cc: 7732-done <at> debbugs.gnu.org, rfrancoise <at> debian.org
> Date: Sun, 26 Dec 2010 08:57:03 +0800
> 
> >>>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> EZ> Are you sure ispell-buffer doesn't use aspell or hunspell instead of
> EZ> the real ispell?  What are your values of ispell-really-aspell and
> EZ> ispell-really-hunspell?  In my case, I know that's really ispell that
> EZ> ispell.el invokes, because I don't have the other two installed.
> 
> ispell-really-hunspell nil
> ispell-really-aspell "0.60.6"

That's it: you are actually using aspell inside Emacs.  So I'm closing
this bug.

> $ echo transfered  |/usr/bin/spell # http://en.wiktionary.org/wiki/transfered #misspelling
> $ echo transferred |/usr/bin/spell
> $ echo transferrred|/usr/bin/spell
> transferrred
> 
> $ cat t
> transfered
> $ ispell t

Only the last one is of (casual) interest to this issue, and I cannot
reproduce it: for me, ispell highlights "transfered" as a misspelling
and shows exactly the same choices as inside Emacs.  Maybe you should
do a "type ispell", perhaps there are more surprises there.




Information forwarded to owner <at> debbugs.gnu.org, 7732 <at> debbugs.gnu.org, rfrancoise <at> debian.org, bug-gnu-emacs <at> gnu.org:
bug#7732; Package emacs. (Sun, 26 Dec 2010 04:06:02 GMT) Full text and rfc822 format available.

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

From: jidanni <at> jidanni.org
To: submit <at> bugs.debian.org
Subject: Bug#608023: ispell-buffer always gives bogus (0) and (1) choices
Date: Sun, 26 Dec 2010 12:09:35 +0800
Package: aspell
Version: 0.60.6-4
X-debbugs-Cc: 7732 <at> debbugs.gnu.org, rfrancoise <at> debian.org

>>>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:
EZ> That's it: you are actually using aspell inside Emacs.  So I'm closing
EZ> this bug.

I see. http://debbugs.gnu.org/7732 must be an aspell bug!

EZ> do a "type ispell", perhaps there are more surprises there.
$ type ispell
ispell is hashed (/usr/bin/ispell)







bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 23 Jan 2011 12:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 13 years and 96 days ago.

Previous Next


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