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