Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!iuvax!pur-ee!j.cc.purdue.edu!nwd From: nwd@j.cc.purdue.edu (Daniel Lawrence) Newsgroups: comp.sys.atari.st Subject: Re: Problems with less / ue39e Summary: GEM problem? Keywords: less ue39e gemdos Message-ID: <8425@j.cc.purdue.edu> Date: 5 Dec 88 14:13:05 GMT References: <1226@incas.UUCP> Reply-To: nwd@j.cc.purdue.edu (Daniel Lawrence) Organization: Purdue University Lines: 35 In article <1226@incas.UUCP> zessel@incas.UUCP (Holger Zessel AG Nehmer) writes: >Hello netlanders ! >Recently I used 'v' in less (Atari version 1) to call the editor (uEmacs 3.9e) >and change a file. In ue I made the changes and left. But surprisingly >there were no changes visible in less. Why ?! >A look in the directory gave an explanation. The file existed twice with >the same name. Therefore less reads the first, ue edited the second. How did this file get in the directory twice? Was it this way before you ran less? >I make GEMDOS responsible for this because of it's faulty file and >device descriptor handling while pexecing. A note to help track this down, MicroEMACS 3.9e on the ATARI was distributed in binary after being compiled with the Mark Williams compiler. It handles ALL of its disk I/O using the C library standard buffered routines (fopen() and its like). This makes for no ST specific code in any of the disk handling. >Does anybody have concrete explanations/workarounds ? > Holger Zessel Rename the first entry to a different name (show info option of the menus) and then get rid of the invalid file. Daniel Lawrence (317) 742-5153 nwd@j.cc.purdue.edu The Programmer's Room Fido 1:201/10 (317) 742-5533