🚀 go-pugleaf

I'd like to second the request for further development
of Emacs for OS9, especially for 80-column hardware
like the PBJ WordPak.

What could uEmacs become on the Coco III under Level II?
Well, to start with, could we restore one of Emacs's
most valuable features, multiple buffers?
I can't express how valuable these are at work, but for
the existing Cocos uEmacs got stripped down to one buffer.
The trick may be to create a separate Data Module for each
file buffer being edited, and to switch the current buffer
into the working 64K address space.  I'm thinking ahead to
when we get 512K in the beastie.
How well does Level II provide for playing games with the
memory mapping?  Are such tricks supported, or are Level II
users just supposed to enjoy the one larger (almost 64K) space?
Will we have to "poke" the GIME chip's DAT registers "by hand?"

On that topic -- we know that since Level II switches out OS9
itself while a user's process is running, each process can have
almost 64K.  Can I assume the reverse also, that my version of
OS9 (booted plus any LOADed modules) can be almost 64K too,
or at least a lot bigger than under Level I?
I mean, no more ripping out Pipes, graphics, and modem drivers
just so I can compile larger C programs?  Imagine, putting
everything back in the bootfile, and then some!

	mike knudsen

PS: Is the Coco III keyboard truly interrupt-driven, or does it
still go dead while the disk is transferring data?
It's hard to call Coco OS9 "multi-tasking" until this restriction
goes away.
-- 
Mike J Knudsen /  \   ...ihnp4!ihwpt!knudsen
              / NO \
Bell Labs    / BABY \   (312)-979-4132 (work)
 (AT & T)   /ON BOARD\
            \GO AHEAD/    BORED SAILORS
IH 6D-319    \ & HIT/   go BOARDSAILING.
x4132         \ ME /
               \  /
Bell Labs pays  \/   me for my thoughts; my opinions are all mine!