Path: utzoo!attcan!uunet!lll-winken!ames!mailrus!cornell!batcomputer!rpi!its.rpi.edu!tale From: tale@its.rpi.edu (David C Lawrence) Newsgroups: comp.emacs Subject: Bugs or features? Message-ID: Date: 26 Jan 89 23:07:15 GMT Sender: usenet@rpi.edu Reply-To: tale@pawl.rpi.edu Organization: The Octagon Room Lines: 39 Three things lately; two are clearly bugs, but one might be a feature. I'm not reporting them to the bug list because they're not major as far as I can tell, and one of them isn't even in the std distribution. Here they are: bug: free-space-checker hopelessly corrupts the modeline if (suspend-emacs) is executed and the job is not brought quickly back to the foreground. bug: shell.el does not check for su. This I noticed when the following occured: /pawl_c/tale/src (3) su jwan Password: /pawl_c/tale/src (1) cd /pawl_c/jwan (2) [at this point, the echo area informs me that my directory is /pawl_c/tale, which it is not] It will correctly set itself if given a full pathname, but relative pathnames get corrupted. Bug(or feature?): If you find-file for a filename ending in a . that does not exist, emacs creates the buffer, echos that it is a (New file) and displays Mark set. This is pretty much normal behaviour except for a) the buffer is buried and b) Emacs seems to hang. If the file does exist, there are no problems. I've noted this everytime I use completion to find a file and I didn't hit space enough. For example, I am used to hitting space twice for completion and the extension, so if I forgot and did sml[spc][spc] to get sml-mode.el, the above scenario would happen. Just food for thought. Dave -- tale@rpitsmts.bitnet, tale%mts@rpitsgw.rpi.edu, tale@pawl.rpi.edu