Xref: utzoo comp.editors:2407 comp.binaries.ibm.pc.d:11965
Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!ucsd!ucbvax!agate!shelby!msi.umn.edu!cs.umn.edu!atc!s5000!gray
From: gray@s5000.RSVL.UNISYS.COM (Bill Gray x2128)
Newsgroups: comp.editors,comp.binaries.ibm.pc.d
Subject: Re: editors for huge files
Message-ID: <71@s5000.RSVL.UNISYS.COM>
Date: 29 Jan 91 15:39:37 GMT
References: <1991Jan28.201452.27323@athena.cs.uga.edu>
Reply-To: gray@s5000.UUCP (Bill Gray x2128)
Distribution: usa
Organization: Unisys - Roseville, MN
Lines: 29

XyWrite can be made to work with gigantic files.  It can buffer parts
of the file to disk.

Moving through the file is slow.  Moving text from point A to point B
in the "normal" XyWrite method is impossible when the points are in
different 64K segments of the file.  If you need to do that, define the
text in question (in sections if necessary) and save them to disk.  Then
delete them from the doc (if moving) or just go to the location where
they are to be placed (if copying) and merge the disk file in at the new
cursor location.

Save often.  Use XyWrite's memory allocation feature to dump all programs
and files it has automatically loaded to free up RAM for the doc.  (XyWrite
will reload what it has to have.)

A ***far*** easier method is to use the Unix split command to divide the
huge file into sections of manageable length.  Edit to your heart's content
on the editor you like best after you have pared the monster to a size
your editor can easily handle.  Then use the DOS append command to reunite
the beast if you must.

Good luck.

Bill
-- 
: gray@rsvl.unisys.com                      :                                  :
:                                           :  My gun is safer than Ted        :
: Unisys has enough problems without being  :  Kennedy's car.                  :
: blamed for my personal opinions.          :                                  :