<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">As other have said - this was a serial port that was traditionally attached to a DECwriter II so you had a paper trail.   If you look at the comments in the kernel printf routine in UNIX will make note of saying this should not be used for "chit-chat" because the kernel printf took over that serial port and nothing else could get thru when it was typing at typically 120 cps on the DECwriter.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">So as people have pointed out, simh supports the "console" typically a the place where you are typing commands to simh after you start the the simulation.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Two other points to consider...</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">1.) In a large computer center in the old days (with lots of systems in the room), the console terminals took up a lot of space and might be in different places.   So one thing that was often done was to instead of connecting the console serial port to a DECwriter, but into a erial mux on another system (often the size of PDP-11/34 with a DZ or DH on it) and suck the console messages for each system into separate files for each system.  Then the operator would sit behind VT-100 or like and look at the log and if need be, run a program that allowed him/her to connect to the input part of any of a particular system and type in commands as appropriate.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">2.) The idea of a console serial port still lives today if you any of the Unix or Unix-Clones (e.g. Linux).   They have a way to boot the BIOS roms to a serial port, which has typically been connected to another computer.   Besided getting the log, another nice thing about this set up is being able to run a debugger on the console.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Clem</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Feb 14, 2016 at 3:11 PM, Zachary Kline <span dir="ltr"><<a href="mailto:zkline@speedpost.net" target="_blank">zkline@speedpost.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi All,<br>
<br>
So as I delve into VMS and related concepts, I’ve come across mention of console terminals and “operator’s consoles.”<br>
I gather that SIMH simulates one of these when the machine starts up, but I’m a bit less clear on how this compares to the real hardware.<br>
When the VAX boots, it obviously has a prompt for boot options and such. Would this be displayed on, say, a VT100 somewhere?<br>
I gather SIMH itself doesn’t do much terminal emulation, so it might be worthwhile sending the console output to another emulator which could handle the keyboard and such.<br>
<br>
I guess this depends quite a bit on the OS and machine in question too. :)<br>
<br>
_______________________________________________<br>
Simh mailing list<br>
<a href="mailto:Simh@trailing-edge.com">Simh@trailing-edge.com</a><br>
<a href="http://mailman.trailing-edge.com/mailman/listinfo/simh" rel="noreferrer" target="_blank">http://mailman.trailing-edge.com/mailman/listinfo/simh</a></blockquote></div><br></div>