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