Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!uwmcsd1!marque!uunet!mcvax!hp4nl!philmds!leo From: leo@philmds.UUCP (Leo de Wit) Newsgroups: comp.sys.atari.st Subject: Re: Problems with less / ue39e Keywords: less ue39e gemdos Message-ID: <882@philmds.UUCP> Date: 6 Dec 88 11:47:42 GMT References: <1226@incas.UUCP> Reply-To: leo@philmds.UUCP (Leo de Wit) Organization: Philips I&E DTS Eindhoven Lines: 30 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. | |I make GEMDOS responsible for this because of it's faulty file and |device descriptor handling while pexecing. | |Does anybody have concrete explanations/workarounds ? | | Holger Zessel A version of 'more' I made for the ST a while ago suffered from the same problem as the one you just described: when vi was called (with the 'v' key) two copies of the original file were left on exit. More did an Fopen() in readonly mode, and vi in readwrite (if I remember well). I think you're correct to say that GEMDOS does not handle (sic!) this very well. As a workaround you'll probably have to Fclose the file first in your less program, and Fopen again and Fseek to the original position after the edit. Hope this helps, - Leo.