• Please review our updated Terms and Rules here

Z80 EMACS for CP/M (2.2)?

norwestrzh

Experienced Member
Joined
Jan 11, 2021
Messages
86
Location
mount vernon, wa
I've spent a lot of time trying to get Ralph Betza's version of EMACS working with a VT100 terminal, but so far have been unsuccessful. It looks like his code is set up to work with either an "ASCII" terminal or an "ANSI" terminal (his terms). Setting it for "ANSI" doesn't work. I can see some structure on the screen, but there is a lot of garbage too. Unfortunately I believe that the cursor movement escape sequence is incomplete. I think it is sending out "esc,"[rr;cc" only, but shouldn't that the sequence should be terminated by an 'H'? His code was compiled with Aztec C, and even though I think I might be able to come up with a working version of that complier, lots of the .SUB files for the code are missing. Trying to reconstruct the code from what is in the Simtel archive seems like a daunting task to me.

Does anybody know of a version of Z80 EMACS that would work with VT100? Any pointers would be greatly appreciated.

Roger
 
Thanks for the pointer to MINCE, Chuck. I had heard of it, but was not acquainted. I see that there's a site on Git for PMINCE (portable MINCE). It's available for the Zilog family AND 68k! Added bonus because I have a number of Z80 and 68k homebrew SBC's. I downloaded the code, so now have to try to compile it.

Roger
 
Are those basic editors with emacs keybindings, or do they include some kind of macro language? Do they page in files, or are they "files only as big as memory"?
 
MINCE does not have EMACS LISP as far as I'm aware. But it does handle files bigger than memory and, in addition, allows for multiple editing windows.
 
A friend of mine is the original author of Freemacs, an emacs inspired editor for DOS. As I understand it, the core is a 21K interpreter written in assembly, and much of the functionality is in another language (not Lisp).

I have no idea what the memory footprint is for this editor (did he use the tiny or small model, does it go bigger, no idea).

But an editor that can work with 10K of working text, paging the rest as necessary, I can see that being quite usable. With 48K of free ram, that leaves 17K of interpreted editor code available (which is a lot).

I know we used to run VTEDIT on the PDP, and it was a TECO macro package to make it a screen editor, and we had I think less than 30K of free RAM for our processes there.

So, no, I don't think it's unreasonable to ask if any of these emacs inspired editors were also extensible.
 
A friend of mine is the original author of Freemacs, an emacs inspired editor for DOS. As I understand it, the core is a 21K interpreter written in assembly, and much of the functionality is in another language (not Lisp).
I was just about to mention "MiNT" - Mint Is Not Trac, the back-end language of Freemacs.
 
Back
Top