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.