> Ctrl+H for backspace, Ctrl+J for a linefeed, Ctrl+N or Enter for a newline
It is also worth pointing out that having the enter key send a CR+LF pair instead of just a CR is a setup option in the terminal.
> Also, the "VT100 connected to an IBM PC AT" link above is pretty remarkable, to me - I always used PC-DOS via the default framebuffer, so I didn't know this was possible!
I'm not terribly surprised that DOS can interface with a serial console, although I was not specifically aware of the feature.
One thing that is rather interesting about this is that you can easily tell if an application is using the DOS IO routines for IO (because those get sent to the COM port), vs interfacing with the VGA hardware directly since that appears in the VGA framebuffer.
For example, I tried installing windows 1.0 in the emulator, and all the setup screens bypassed the COM port for both input and output until it reached the very end, and then it output a few final messages via DOS IO commands (so they went to the terminal).
It is also worth pointing out that having the enter key send a CR+LF pair instead of just a CR is a setup option in the terminal.
> Also, the "VT100 connected to an IBM PC AT" link above is pretty remarkable, to me - I always used PC-DOS via the default framebuffer, so I didn't know this was possible!
I'm not terribly surprised that DOS can interface with a serial console, although I was not specifically aware of the feature.
One thing that is rather interesting about this is that you can easily tell if an application is using the DOS IO routines for IO (because those get sent to the COM port), vs interfacing with the VGA hardware directly since that appears in the VGA framebuffer.
For example, I tried installing windows 1.0 in the emulator, and all the setup screens bypassed the COM port for both input and output until it reached the very end, and then it output a few final messages via DOS IO commands (so they went to the terminal).