On Tue, 14 May 2013, Bob Armstrong wrote:
like VMS or RSX. That means my console terminal would have to connect to a
VAX, log in, and from there connect out again to the DECserver and the
PDP-11 or 8 console port. Kinda complicated and ugly.
If I'm understanding you correctly, that doesn't seem to be the case with my DECServer 90M that I have.
I have MISER, THRIFTY (a linux box), and used to have FRUGAL's (when it was a physical VAX and not SIMH) consoles connected to the DECServer. Created services on the DECServer that allow me to connect to the console of any host from any other host. I have a VT525 attached to the terminal server and do not have to log in to a host first if I want a console. I have multisessions enabled, and use an "un-named" session on the terminal, and just connect to say "miser_con" service and BOOM there I am on MISER's console. You can even password protect services if you wish.
Is this what you are trying/wanting to do? ... or did I just bark up the wrong tree?
Fred
Mark Benson wrote:
I looked into doing the same for my VT510. I found the DECserver 90TL
does it but thry are rare. I have 2 frim Mark W but they are bith being
petulant.
Don't the 700 and 900 do it too?
Peace... Sridhar
I looked into doing the same for my VT510. I found the DECserver 90TL does it but thry are rare. I have 2 frim Mark W but they are bith being petulant.
--
Mark Benson
It doesn't have all of the features you're looking for, but I use Livingston Portmasters (like the 2e). It was originally used as a modem concentrator, but you can telnet into it and attach to any serial port (up to 30). They are usually found quite cheap on eBay. I used them extensively in the 90s when I owned a dial up ISP and if you need to know anything more about them, let me know.
Ian
Sent from my iPad
On 2013-05-14, at 8:07 AM, "Bob Armstrong" <bob at jfcl.com> wrote:
Guys
Here s the situation I ve got several PDP11s and a couple of PDP8s and I want them all to be able to share a single console terminal. I could just use an old fashioned RS232 switch box, but I was looking for something better. For one thing, a smart switch that would actually buffer output from the unselected ports would be nice, and it d be nice to be able to change the selected port from the terminal keyboard. What d be idea is something like the multi session support that some of the later VTxxx terminals had, but with multiple physical ports and without any special host software. It d also be nice if I wasn t limited to just one physical console but I could use any terminal anywhere on the network too.
I thought about using a DECserver in reverse LAT for this, but AFAIK the only way to connect to a DECserver in reverse is from a real host system, like VMS or RSX. That means my console terminal would have to connect to a VAX, log in, and from there connect out again to the DECserver and the PDP-11 or 8 console port. Kinda complicated and ugly.
I don t think there s any way to have one terminal server connect directly to another terminal server w/o a host system in between, at least not with LAT. Telnet would be OK, if anybody can recommend a multi-port telnet terminal server that works in reverse. It d be especially cool if it can telnet to itself then I could just connect directly from one port on the server to another.
Anyway, I was thinking that I can t be the only collector with a bunch of computers and room for only one console, so I thought I d ask what other people are using.
Thanks,
Bob
---
Filter service subscribers can train this email as spam or not-spam here
Guys
Here s the situation I ve got several PDP11s and a couple of PDP8s and I want them all to be able to share a single console terminal. I could just use an old fashioned RS232 switch box, but I was looking for something better. For one thing, a smart switch that would actually buffer output from the unselected ports would be nice, and it d be nice to be able to change the selected port from the terminal keyboard. What d be idea is something like the multi session support that some of the later VTxxx terminals had, but with multiple physical ports and without any special host software. It d also be nice if I wasn t limited to just one physical console but I could use any terminal anywhere on the network too.
I thought about using a DECserver in reverse LAT for this, but AFAIK the only way to connect to a DECserver in reverse is from a real host system, like VMS or RSX. That means my console terminal would have to connect to a VAX, log in, and from there connect out again to the DECserver and the PDP-11 or 8 console port. Kinda complicated and ugly.
I don t think there s any way to have one terminal server connect directly to another terminal server w/o a host system in between, at least not with LAT. Telnet would be OK, if anybody can recommend a multi-port telnet terminal server that works in reverse. It d be especially cool if it can telnet to itself then I could just connect directly from one port on the server to another.
Anyway, I was thinking that I can t be the only collector with a bunch of computers and room for only one console, so I thought I d ask what other people are using.
Thanks,
Bob
On Tue, May 14, 2013 at 9:37 AM, G. <gerry77 at mail.com> wrote:
On Tue, 14 May 2013 08:00:52 -0000, you wrote:
Unfortunately it only /mostly/ works.
MARLEY TOPS-10 03:23:12 CTY system 1
Connected to Node MARLEY(0) Line # 632
[Checking terminal type . . . found VT100]
..LOGIN 1,2
..R OPR
[CCPWFD Waiting for file daemon to start]
%%TTY STOMPER - Starting
And it stalls right there unless I repeatedly hit Ctrl/C...
That happened to me more than once with some older pre-built monitors, then
went away when I did my own install and build of 7.04, so I do not have a
solution, and at the time I hadn't any knowledge about TOPS-10. That does not
mean that now I'm very proficient on it, but...
Upon further investigation, the problem is with OPR.EXE. It WILL NOT
execute on my generated monitor. The one provided with TWONKY works fine
though.
... Make sure that ORION and other Galaxy processes are all there and that
none of them shows a "^C" or "TO" status (IIRC). Also compare processes
between TWONKY and your installation and see if there are any differences.
OPR is just a client that talks to a daemon process so maybe it just stalls
because the daemon is not working, not responding, or not there.
Compare contents of SYS:SYSJOB.INI too.
HTH,
Hello!
We are discussing the concepts of running DECNET via TOPS over the
implied serial connectors that are now available? Correct?
The big problem is the circumstances behind it. You'd need to rebuild
your entire monitor to support it, I believe.
---
These problems are also Dave's fault as supplied by four dozen Yetis,
and an equal amount of Cybernen. And not your fault completely Cory,
outside of tempting the deities of the ceiling. (Now if that implied
science fiction reference misses you please ask off list.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Tue, 14 May 2013 08:00:52 -0000, you wrote:
Unfortunately it only /mostly/ works.
MARLEY TOPS-10 03:23:12 CTY system 1
Connected to Node MARLEY(0) Line # 632
[Checking terminal type . . . found VT100]
..LOGIN 1,2
..R OPR
[CCPWFD Waiting for file daemon to start]
%%TTY STOMPER - Starting
And it stalls right there unless I repeatedly hit Ctrl/C...
That happened to me more than once with some older pre-built monitors, then
went away when I did my own install and build of 7.04, so I do not have a
solution, and at the time I hadn't any knowledge about TOPS-10. That does not
mean that now I'm very proficient on it, but...
Upon further investigation, the problem is with OPR.EXE. It WILL NOT
execute on my generated monitor. The one provided with TWONKY works fine
though.
... Make sure that ORION and other Galaxy processes are all there and that
none of them shows a "^C" or "TO" status (IIRC). Also compare processes
between TWONKY and your installation and see if there are any differences.
OPR is just a client that talks to a daemon process so maybe it just stalls
because the daemon is not working, not responding, or not there.
Compare contents of SYS:SYSJOB.INI too.
HTH,
G.
On Tue, 14 May 2013 03:15:12 -0000, you wrote:
Could this be related?
*SYSTEM/SAVE/NOINITIAL/HASH:13K = /LOCALS -
#COMMON,COMDEV,COMMOD,TOPS10/SEARCH-
#/PATCH:200/COUNTERS/GO
[LNKRLC Reloc. ctr. initial value current value limit value
.LOW. 0 65125 330000
.HIGH. 340000 671326 734000
.CSUB. 330000 333466 340000
.INIT. 740000 766655 771000
.TWIC. 771000 772714 1000000
.XHGH. 2630000 2703030 2734000
.SYMS. 2000000 2000000 2630000
Absolute code loaded]
EXIT
It doesn't look like an error though...so I'm rather confused.
I've read the other message saying to disregard this one, anyway the above is
correct and I think is caused by the /COUNTERS switch. It's a status message
because its text is enclosed in square brackets. Warning and error messages
are preceded by "%" or "?" depending on their severity.
HTH, :)
G.
On Tue, 14 May 2013, Cory Smelosky wrote:
On Mon, 14 May 2013, Cory Smelosky wrote:
On Mon, 14 May 2013, Cory Smelosky wrote:
On Mon, 14 May 2013, Cory Smelosky wrote:
On Mon, 13 May 2013, G. wrote:
On Tue, 14 May 2013 00:27:49 +0200, you wrote:
Well, here are the symbols:
M.SNAM is the system name (apparently not related to DECnet)
M.DNAM is the DECnet node name
M.LNAM is te LAT (default?) service name
M.DHOM is the DECnet area number (octal!)
M.DNUM is the DECnet node number (octal!)
Beware: the names are SIXBIT strings, so you must discover how to input SIXBIT
vaules with FILDDT (I have no idea, probably it's something like <ESC>letter).
Correction/update: the above symbols are only used during MONGEN, but then are
equated to other ones inside the monitor sources. These are the equivalences:
STANAM is the system name (apparently not related to DECnet)
DCNNAM is the DECnet node name
LATNAM is te LAT (default?) service name
DCNHOM is the DECnet area number (octal!)
DCNNUM is the DECnet node number (octal!)
HTH,
G.
I have made progress! (I think)
BOOT>dskb:system.exe
[Loading from DSKB:SYSTEM.EXE[1,4]]
MARLEY TOPS-10 13-May-13
Why reload: new
Date:
Time:
It does however stall there...
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
Could this be related?
*SYSTEM/SAVE/NOINITIAL/HASH:13K = /LOCALS -
#COMMON,COMDEV,COMMOD,TOPS10/SEARCH-
#/PATCH:200/COUNTERS/GO
[LNKRLC Reloc. ctr. initial value current value limit value
.LOW. 0 65125 330000
.HIGH. 340000 671326 734000
.CSUB. 330000 333466 340000
.INIT. 740000 766655 771000
.TWIC. 771000 772714 1000000
.XHGH. 2630000 2703030 2734000
.SYMS. 2000000 2000000 2630000
Absolute code loaded]
EXIT
It doesn't look like an error though...so I'm rather confused.
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
Disregard. The monitor works now.
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
Unfortunately it only /mostly/ works.
MARLEY TOPS-10 03:23:12 CTY system 1
Connected to Node MARLEY(0) Line # 632
[Checking terminal type . . . found VT100]
..LOGIN 1,2
..R OPR
[CCPWFD Waiting for file daemon to start]
%%TTY STOMPER - Starting
And it stalls right there unless I repeatedly hit Ctrl/C...
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
Upon further investigation, the problem is with OPR.EXE. It WILL NOT execute on my generated monitor. The one provided with TWONKY works fine though.
Will investigate further. Hopefully they left their MONGEN scripts laying around!
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments