[Simh] SIMH, PDP-11, RSTS/E and disconnection
Michael Richter
ttmrichter at gmail.com
Sun Apr 18 05:08:24 EDT 2010
So I have a really nicely-running PDP-11 now with remote access via telnet
through a DZ-11 device fully working. I can log in remotely on up to 8
simultaneous connections (only one DZ-11 set up for now) and have everybody
working at the same time without a problem. There is, however, the problem
of hanging up.
I've attached the DZ-11 with the following command:
attach -am dz 6870
Then I connect via:
telnet localhost 6870
I then log in and kill my telnet connection entirely. Just for good measure
I kill the shell that spawned the telnet connection and double-check with ps
that I've got no telnet sessions of any kind running. When I switch over to
the console and check, the logged-in user is still logged-in. The missing
telnet connection hasn't translated into any kind of hangup it seems.
Further, when I telnet back in I go straight into the logged-in user
account. I think the undesirability of this is understandable. I've also
tried attach plain, with -a, with -m as well as with -am as above without
any changes in behaviour. The system never seems to figure out that the
connection has gone away.
When I pause the simulation and inspect its state, I see this:
sim> e dz state
CSR[0]: 040140
RBUF[0]: 000000
LPR[0]: 017030
TCR[0]: 000000
MSR[0]: 000001
TDR[0]: 000012
SAENB[0]: 1
RXINT: 00
TXINT: 00
MDMCTL: 1
AUTODS: 1
To my untrained eye it looks like auto-disconnection and modem controls are
both set on as expected, so how do I get the system to act like it is
supposed to?
--
"Perhaps people don't believe this, but throughout all of the discussions of
entering China our focus has really been what's best for the Chinese people.
It's not been about our revenue or profit or whatnot."
--Sergey Brin, demonstrating the emptiness of the "don't be evil" mantra.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.trailing-edge.com/pipermail/simh/attachments/20100418/17e79467/attachment-0003.html>
More information about the Simh
mailing list