Hi Mark, With the remote console feature, you can 'control' a simulator by executing a limited set of "sim>" commands to an already running simulator. Something must initially start the simulator and enable the remote console functionality on a particular TCP port. The simulator must be executing instructions before it will be able to accept commands via a remote console session.
If you just want your simulator to continue running (without ever dropping back to a "sim>" prompt), then you can start it by any interesting means you desire on the platform you're using. You can enable a remote console to that you can reach in and possibly change media from time to time (i.e. changed attached disk and/or tape images). You can enable the console telnet session and have it enabled as BUFFERED. With a buffered console, the simulator will run (execute instructions) WITHOUT an active console telnet session. When a telnet connection is established to the console telnet port, the buffer contents are spit out to the telnet session (i.e. displaying what happened on the console recently), and input to the console port is enabled. This buffered console is ONLY traffic which the simulator wrote to and read from the console serial port. It is NOT a means of entering commands at a "sim>" prompt. Does this make sense? - Mark From: [email protected] [mailto:[email protected]] On Behalf Of Mark Benson Sent: Monday, May 05, 2014 12:55 PM To: SIMH List Subject: [Simh] Control SimH totally remotely Ministry of stupid questions asks: I was wondering if, with the new REMOTE SCP input feature, it is possible to boot SimH headless and control it entirely from the REMOTE telnet SCP console. -- Mark Benson http://DECtec.info Twitter: @DECtecInfo HECnet: STAR69::MARK Online Resource & Mailing List for DEC Enthusiasts.
_______________________________________________ Simh mailing list [email protected] http://mailman.trailing-edge.com/mailman/listinfo/simh
