Path: utzoo!mnetor!uunet!husc6!rutgers!iuvax!pur-ee!j.cc.purdue.edu!nwd
From: nwd@j.cc.purdue.edu (Daniel Lawrence)
Newsgroups: comp.emacs
Subject: Re: Has uemacs 3.9 solved the file save bug?
Message-ID: <5943@j.cc.purdue.edu>
Date: 9 Dec 87 14:44:02 GMT
References: <3056@pegasus.UUCP>
Reply-To: nwd@j.cc.purdue.edu.UUCP (Daniel Lawrence)
Organization: Purdue University
Lines: 32
Keywords: uemacs sidekick
Summary: sidekick uemacs

In article <3056@pegasus.UUCP> avi@pegasus.UUCP (XMPE40000-Avi E. Gross;LZ 3C-314;6241) writes:
>
>I haven't compiled the new micro emacs since I have a MSC compiler, which is
>not fully supported. I have been having a very annoying problem with the
>older version, and am wondering if it has been fixed, or if someone has a
>work around. I am used to saving my files regularly with ^X^S, and then
>sometimes quiting with ^X^C. Unfortunately, uemacs will quit before
>completing the writing of the file, leaving me with only a small piece of
>the file. This is beyond annoying. Yes, I can wait before quiting, but the
>habit runs deep and the other half-dozen emaces I use regularly don't share
>this feature. They all consider a file save to be an atomic operation that
>is only interruped by ^G.

I have seen a number of other people report this same problem, and in
every case up till now it was because they are on MSDOS and running a
TSR utility (mostly SideKick) which was ill behaved. In this case, the
TSR decides that it is going to handle the control breaks from the
keyboard (ie ^C) regaurdless of what the currently running program
wants. If you run sidekick, and then run MicroEMACS while it is
resident, when you type a ^C, sidekick's resident keyboard handler
intercepts it, decides the current program should abort immediatly and
kills it (even when it is in the middle of a save).

Try removing these resident utilities one at a time from your config.sys
and autoexec.bat files and see when this behavior stops. As to a fix for
this, I am at a loss.... I would hope the TSR authors would fix their
code. If anyone knows how to override this, please drop me a line.

			Daniel Lawrence		(317) 742-5153
			UUCP:	{ihnp4!pur-ee!}j.cc.purdue.edu!nwd
			ARPA:	nwd@j.cc.purdue.edu
			FIDO:	201/2 The Programmer's Room (317) 742-5533