Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!husc6!seismo!mcnc!xanth!john
From: john@xanth.UUCP
Newsgroups: comp.emacs
Subject: Re: GNU Emacs performance
Message-ID: <1206@xanth.UUCP>
Date: Thu, 11-Jun-87 08:28:38 EDT
Article-I.D.: xanth.1206
Posted: Thu Jun 11 08:28:38 1987
Date-Received: Sat, 13-Jun-87 09:36:00 EDT
References: <8706091546.AA01577@icst-cmr.arpa.ARPA> <1201@xanth.UUCP>
Organization: Old Dominion University, Norfolk Va.
Lines: 21
Summary: VMS EDT doesn't do it right

[Yes, I know, a followup to my own article....]

I also wanted to mention what VMS EDT does with regard to reading in
files.  It starts up only reading in the first few blocks of the file,
and reads in the rest as you move through the file.  Unfortunately, it
still reads everything up to your current position, so if you edit a
huge file, it starts up instantly, but skipping to the bottom of the
file takes a lot of time (as it obnoxiously blinks "Working...." on
and off at the bottom of the screen (and not with a blink attribute
either)).

I'm hoping someone out there knows of an editor that reads in chunks
of the file as it needs them, and yet deals somehow with the
possibility of getting an inconsistent file.  Does anyone have any
ideas on that?  If there is a "good" way to handle it, perhaps we can
add that to gnu-emacs (controlled by a variable, of course).

-- 
John Owens		Old Dominion University - Norfolk, Virginia, USA
john@ODU.EDU		old arpa: john%odu.edu@RELAY.CS.NET
+1 804 440 4529		old uucp: {seismo,harvard,sun,hoptoad}!xanth!john