GNU bug report logs - #6143
24.0.50; don't ispell-kill-ispell over and over

Previous Next

Package: emacs;

Reported by: jidanni <at> jidanni.org

Date: Sun, 9 May 2010 01:22:01 UTC

Severity: minor

Found in version 24.0.50

Done: jidanni <at> jidanni.org

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Agustin Martin <agustin.martin <at> hispalinux.es>
To: 6143 <at> debbugs.gnu.org, jidanni <at> jidanni.org
Subject: bug#6143: 24.0.50; don't ispell-kill-ispell over and over
Date: Tue, 11 May 2010 17:18:26 +0200
On Tue, May 11, 2010 at 10:40:28AM -0400, Stefan Monnier wrote:
> > The reason for that changes is that when emacs visits a file in a removable 
> > device and an ispell process is launched in that file, ispell process sets 
> > the dir in the removable device as default dir, so if one switch to other 
> > buffer outside the removable device and original buffer is killed, unless 
> > ispell process is restarted (personal dictionary, localwords, different 
> > language) or just killed, removable device stays bound and cannot be 
> > unmounted. 
> 
> Why not always start the ispell process in the / or $HOME directory?

Note that ispell uses the directory where ispell is called as a 
directory that can contain personal dictionaries in parallel with 
the possible standard personal dictionary when no explicit personal
dictionary is set. Unconditionally changing to $HOME will break this
behavior.

Using / is not a different option in practice. Since it is not writable,
ispell-process-directory will automatically be changed to $HOME. Same 
for any other non-writable dir. This partially breaks the above for
non-writable dirs, but is standard ispell.el behavior for some time.

jidanni's report also made me note that if we ever implement buffer
based ispell processes (different process associated to every
buffer that request it) we will also face jidanni's problem (Thanks Dan).

I am still trying to think about something cleaner, or at least about a
reasonable workaround.

Cheers,

-- 
Agustin




This bug report was last modified 14 years and 212 days ago.

Previous Next


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