GNU bug report logs -
#7732
ispell-buffer always gives bogus (0) and (1) choices
Previous Next
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.
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):
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: 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):
>>>>> "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: 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):
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 14 years and 106 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.