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.