Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site cmu-cs-k.ARPA
Path: utzoo!watmath!clyde!burl!ulysses!allegra!bellcore!decvax!genrad!mit-eddie!godot!harvard!seismo!rochester!cmu-cs-pt!cmu-cs-k!tim
From: tim@cmu-cs-k.ARPA (Tim Maroney)
Newsgroups: net.micro.cpm
Subject: Screen Editor
Message-ID: <20980065@cmu-cs-k.ARPA>
Date: Sat, 12-Jan-85 23:05:56 EST
Article-I.D.: cmu-cs-k.20980065
Posted: Sat Jan 12 23:05:56 1985
Date-Received: Tue, 15-Jan-85 00:43:04 EST
Organization: Carnegie-Mellon University, CS/RI
Lines: 26

Some weeks ago, I snarfed the public domain screen editor from SIMTEL20.  It
was nicely done, but a three-mode editor was totally unacceptable to my
emacs-configured fingers.  I've hacked away at it heavily, adding many
features and completely replacing the user interface with an emacs-like one
(although it is not emacs-like otherwise -- no multiple windows, no
extension language, no marking yet).

The major extension that still needs to be done is extending it to arbitrary
file sizes.  I have worked out a scheme for doing this, but I was wondering
whether anyone else has already done it, with the new buffer module being in
the public domain.  If so, it would sure save a lot of time.

If not, then I have a question for you CP/M wizards.  Is there any portable
way to make a file shrink?  That is, to free sectors from the end of it that
were formerly in use?  If so, how?  I have not examined the CP/M file system
heavily, although I have hacked other parts of BIOS, so if there is a way it
shouldn't be over my head.  I need this because I don't want my temporary
files to be stuck at their maximum length.
-=-
Tim Maroney, Carnegie-Mellon University Computation Center
ARPA:	Tim.Maroney@CMU-CS-K	uucp:	seismo!cmu-cs-k!tim
CompuServe:	74176,1360	audio:	shout "Hey, Tim!"

"Remember all ye that existence is pure joy; that all the sorrows are
but as shadows; they pass & are done; but there is that which remains."
Liber AL, II:9.