GNU bug report logs -
#7781
23.2.91; ispell problem with hunspell and UTF-8 file
Previous Next
Full log
View this message in rfc822 format
Control: tag 7781 + upstream fixed-upstream
On Fri, Feb 11, 2011 at 06:00:53PM +0100, Agustin Martin wrote:
> forwarded 7781 https://sourceforge.net/tracker/?func=detail&aid=3178449&group_id=143754&atid=756395
> thanks
>
> 2011/1/7 Agustin Martin <agustin.martin <at> hispalinux.es>:
> > 2011/1/4 Reuben Thomas <rrt <at> sc3d.org>:
> >> With the following text, and using emacs -Q, I get the errors you can
> >> see in the messages log below when using hunspell to spell-check a UTF-8
> >> buffer with some extended characters in it.
>
> > Do not worry about first number, is the number of suggestions. However
> > position in second number differ. Seems that hunspell is not
> > considering that apostrophe as a single (multibyte) char when
> > counting, but as three components
> >
> > Looks to me an hunspell bug. I found no reference to this problem in
> > hunspell sf site, but noticed that Hunspell 1.2.14 was released
> > yesterday. Need to check if that has some related new.
>
> Opened an hunspell bug report for bad count problem
>
> https://sourceforge.net/tracker/?func=detail&aid=3178449&group_id=143754&atid=756395
Reuben Thomas wrote:
> I have sent a message to the upstream maintainer informing him of the
> situation and asking for the patch to be included in the next release.
Proposed patch has been integrated in hunspell upstream by caolan mcnamara.
Regards,
PS: My old hispalinux.es address is failing silently and I do not if I will
ever be able to get it fixed. Please use current gmail address for replies.
--
Agustin
This bug report was last modified 4 years and 323 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.