GNU bug report logs - #6539
ispell-complete-word looks for wrong file (at least on w32)

Previous Next

Package: emacs;

Reported by: Lennart Borgman <lennart.borgman <at> gmail.com>

Date: Wed, 30 Jun 2010 09:19:01 UTC

Severity: minor

Tags: wontfix

Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: agustin.martin <at> hispalinux.es, 6539 <at> debbugs.gnu.org
Subject: Re: bug#6539: ispell-complete-word looks for wrong file (at least
	on	w32)
Date: Mon, 05 Jul 2010 20:39:59 +0300
> From: Lennart Borgman <lennart.borgman <at> gmail.com>
> Date: Mon, 5 Jul 2010 19:32:33 +0200
> Cc: Agustin Martin <agustin.martin <at> hispalinux.es>, 6539 <at> debbugs.gnu.org
> 
> > For the rest, the patch looks fine, but why not test /usr/dict/words
> > with file-readable-p as well?  Then, if it does not exist, the
> > defcustom will evaluate to nil, and the error message will be even
> > more to the point.
> 
> 
> Such a test will make things even worse with unix style file names on
> w32 since they with these paths Emacs will look on the current drive.
> That does not have to be the same drive next time the library is
> loaded.

Why does it matter which file names are tried, if the net result will
be the same: to fail?

Read my lips: the _ONLY_ way to make this feature work on Windows is
to customize the value of ispell-complete-word-dict or that of
ispell-alternate-dictionary.  Unless you do that, this feature will
_ALWAYS_ fail on Windows; the only thing we can do is make the error
message more helpful.  And if the option _is_ customized, I trust the
user to include the drive letter in the value.





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

Previous Next


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