Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!sri-unix!sri-spam!ames!amdahl!nsc!voder!wlbr!pete From: pete@wlbr.UUCP (Pete Lyall) Newsgroups: comp.sys.m6809 Subject: Re: Editors and memory Message-ID: <1026@wlbr.UUCP> Date: Thu, 21-May-87 12:48:03 EDT Article-I.D.: wlbr.1026 Posted: Thu May 21 12:48:03 1987 Date-Received: Sat, 23-May-87 12:00:33 EDT References: <1687@ihwpt.ATT.COM> <921@vaxb.calgary.UUCP> Reply-To: pete@wlbr.UUCP (0000-Pete Lyall) Organization: Eaton IMS, Westlake Village, CA Lines: 58 Keywords: Text bigger than memory In article <921@vaxb.calgary.UUCP> ingoldsby@calgary.UUCP (Terry Ingoldsby) writes: >If anyone has a working version of microemacs for the CoCo III I'd be very >interested in getting a copy. Some time ago I got the source code for a >version of uemacs that I never got around to porting for the CoCo III. > >I'd be interested in any other editors that can edit files larger than >available memory. Terry (and all), The os9 UG LIB has a version of Uemacs for both the level I coco, and the OSK machines. I have a version of the 6809 version that was ported to LII by Carl Kreider (methinks...). It still only allows two windows, expects only an ASCII type terminal, and you must #define certain terminal control strings. Also, I feel it's a tad on the slow side. Some folks on compuserve are working on a makeover of a previously released LI coco type editor - SLED. The fellow has done a nice job so far, and has versions for vanilla and COCO3 LII (I have *forced* the vanilla version on him ... :^) ). Currently, it also uses #defines for configuration to various terminals (sigh), but with help from a few of the fellows on the forum (CIS), we are working at coming up with some terminal-independant library stuff. I already have a lot of groundwork laid here, and and expecting some code later in the week from a fellow named Heitzo of MetaMedia, who has developed & tested a complete set of C terminal primitives. This brings rise to a question I have been wanting to ask for a *long* time: Should we initiate action to get a SOURCES newsgroup up here for OS9?? I have *countless* things from the Forum, other programmers, and self written that I'd love to post, if there were some sanctioned way to do it. Among the 1st is the 'AR' program - it's *somewhat* like MESSDOS's 'ARC' in that it batches files together into an 'archive', and compresses those files that are not binary. We have been using this a s a pseudo-standard for almost a year on CIS for moving multi-file collections to and fro with a fair degree of acceptance and efficiency. '.Ar' files could be uuencoded and shipped about the newsgroup. Of course, we could also use the standard SHAR format. In any case, I'd like to get some feedback from the group on the subject of source postings, whether a separate newsgroup is merited, etc. -- Pete Lyall Usenet: {trwrb, scgvaxd, ihnp4, voder, vortex}!wlbr!pete Compuserve: 76703,4230 (OS9 SIG Sysop) OS9 (home): (805)-985-0632 (24hr./1200 baud) Phone: (818)-706-5693 (work 9-5 PST) EATON Corp, IMSD, 31717 La Tienda Dr., Westlake Village, Ca. 91359 ----------------------------------------------------------------------