Lars Brinkhoff
Lars Brinkhoff
Another thing to consider is how to get a MDL106.EXE file safely from the host to TOPS-20. Unfortunately, the Unix read20 program can only read DUMPER tapes, not create new...
The files from GitHub are (or should be) in what vtape.txt refers to as ANSI-ASCII format, or Tape_Ascii. FTP uses "high-density". To make sure the .EXE from GitHub isn't corrupted,...
Oops, there is no tape image.
I think you did the right thing. But the person who provided the MDL106.EXE file probably didn't use the fully bit preserving extraction. I will try to fix this.
No, the tape images are not due to privacy concerns. I have added MDL105 and 106 .EXE files to the muddle repository. They *should* have all original bits preserved.
Thanks for the updates. The `?:$ FATAL ERROR GARBAGE COLLECTOR IS MISSING $` error should be fixable. I'll ping here when there are more files to try.
Have you assembled the ZILCH output with either the Muddle based ZAP, or the one written in MIDAS? CC @36bit
One particular case is inspecting the state of the Forth interpreter/compiler. The standard interface to the Forth interpreter works with chunks of parsing areas which can be a full line...
Looking at `>IN` in between each word would make it possible to e.g. indent `IF` and `POSTPONE IF` properly without having special-purpose code for `POSTPONE`. Or `[']` or other parsing...
I suppose we should do the right thing for all standard words. But if a user defines a new control-flow word, that would not be handled properly until Emacs receives...