Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!super.upenn.edu!dsl.cis.upenn.edu!catone
From: catone@dsl.cis.upenn.edu.UUCP
Newsgroups: comp.sys.ibm.pc
Subject: Re: large file text editor
Message-ID: <1019@super.upenn.edu.upenn.edu>
Date: Tue, 7-Apr-87 19:05:46 EST
Article-I.D.: super.1019
Posted: Tue Apr  7 19:05:46 1987
Date-Received: Sat, 11-Apr-87 00:31:45 EST
References: <119200008@convexs> <246@uvicctr.UUCP>
Sender: root@super.upenn.edu.upenn.edu
Reply-To: catone@dsl.cis.upenn.edu.UUCP (Tony Catone)
Organization: University of Pennsylvania
Lines: 23
Keywords: disk buffering, editors, FinalWord II

In article <246@uvicctr.UUCP> sbanner1@uvicctr.UUCP (S. John Banner) writes:
>
>Note: the VI from the MKS toolbox is the ONLY PC editor that I have
>encountered that will edit a file that won't fit in memory (all at
>once I mean).  I have encountered several versions of VI for the PC,
>and quite a number of other editors that I like, but this is the only
>one that will do the disk buffering.
>
>                      S. John Banner
>
>UUCP     ...!{uw-beaver,ubc-vision}!uvicctr!sol!sbanner1
>BITNET   ccsjb@uvvm
>ARPA     sbanner1@sol.UVIC.CDN

As I noted in a previous posting, FinalWord II by Mark of the Unicorn
uses a swap file and does disk buffering.  This also helps it recover
editing changes in case your maching crashes (the swapping delay factor
is user configurable).  The original version of FinalWord also used
this same system.

					- Tony
					  catone@dsl.cis.upenn.edu
					  catone@wharton.upenn.edu