[Simh] EXT :Re: Questions regarding future simulator development

[Kevin Handy]

Instead of supplying an entire command/response process, you could just
grab characters sent to the port, anf then push the line through the simh
command processer whenever a return was seen. The time required to process
a command should be minimal so the emulation shouldnt slow down that much,
and wouldnt require threads. Do you really need interactive operation?

This would be like an automatic ctrl/e, followed by a simh command,
followed by a resume. The commands would come from inside the simulation,
so it wouldnt help if your OS was locked up, but for changing media you
could just copy a simh script to that port.

Just dont let two people throw stuff at the port at the same time.
On Apr 10, 2013 5:10 PM, "Matt" <matt at 9track.net> wrote:

> On 10/04/2013 22:07, Hittner, David T (IS) wrote:
> > Matt,
> >
> > How does this serial solution address changing the removable media when
> your administrators need to connect to the sim> prompt from a continent
> away?
> > I would think that the solution really should be network-based rather
> than serial.
> >
> > Dave
> >
> >
> I think there is some confusion here. When I say serial I am referring
> to a serial port of the guest system not the host system (for example a
> DZ11). In the Simh ini file you would nominate one of the serial ports
> eg dz4 to act as the interface to SCP. When you are then connected to
> the guest operating system via whatever means (telnet, TMXR etc) then
> you can use a terminal emulator to connect to this serial port. An
> example session with a VMS guest would look like this:
>
> $ SET HOST /DTE TTA4:
>
> %REM-I-TOQUIT, connection established
>
> Press Ctrl/\ to quit, Ctrl/@ for command mode
>
> sim> det rq3
> sim> att rq3 newimage.rx33
> sim>^\
>
> %REM-S-END, control returned to node SIMVAX
> $
>
> This is a similar approach to that proposed by Dell, but does not
> require any special software on the guest system other than a terminal
> emulator.
>
> This implementation would not do any checking of what is being
> detached/attached, but then neither does the existing SCP.
>
> Hope this explanation makes sense.
>
> Matt
> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.trailing-edge.com/pipermail/simh/attachments/20130410/09b9bf76/attachment-0002.html>