On Saturday, April 06, 2013 at 1:30 PM, Cory Smelosky wrote:
On 6 Apr 2013, at 16:26, "Johnny Billquist" <bqt at softjar.se> wrote:
However, it is nice that simh now can associate a physical serial port with a
simulated one. How transparent is it? I mean, can you change the speed of
the physical serial port by doing the programming of the simulated one?
Actually, if the DZ device is set for 'modem control', modem enabled signaling, all aspects of the connection are dynamically under control of the simulated OS. This full signaling capability is part of an 'extended' API which the device simulation needs to be modified to support (the DZ was modified, the VH (aka DHV) was not). The VH can attach particular lines to host serial ports, but the line speed, etc. must be statically configured when the attachment is made.
ATTACH DZ has an option for specifying baud rate. I broke SIMH when I tried
to set it to 300 baud though. ;)
Please elaborate (offline) the details so whatever you saw broken can be fixed!
Thanks.
- Mark
On 04/06/2013 07:46 PM, Johnny Billquist wrote:
On 2013-04-07 01:40, Brian Schenkenberger, VAXman- wrote:
"Cory Smelosky" <b4 at gewt.net> writes:
On 04/06/2013 06:12 PM, Brian Schenkenberger, VAXman- wrote:
"Cory Smelosky" <b4 at gewt.net> writes:
On 6 Apr 2013, at 16:54, "Brian Schenkenberger, VAXman-" =
<system at TMESIS.COM> wrote:
=20
"Cory Smelosky" <b4 at gewt.net> writes:
=20
Is LAT supported on VMS 3.5 at all? If so, is it supported
without =
the =3D
DECnet license? (I don't have a license kit for 3.x)
=20
LAT is _NOT_ part of DECnet. LAT can be run without DECnet
installed =
or
running. IIRC, LAT was licensed with VMS.
Ah. So I just need to find the filename to start it then. ;)
It's changed since V3x days. Look for LTLOAD.COM in SYS$MANAGER.
The new names are LAT$STARTUP and LAT$SYSTARTUP but I think you'll
find LTLOAD.COM is the place to begin.
Hmmm. There is no LATCP.EXE, LAT$STARTUP.COM, or LTLOAD.COM it would
appear. Was it an add-on kit for VMS 3.5 or did I miss something rather
important? ;)
Though I lived it, recalling this history is not one of my strong points.
LAT showed up in VMS circa 1984/1985 time frame from my recollection. I
think you will need a newer version of VMS if you want LAT. Look around
for V4.7 (pre-SMP/V5.0) or later VMS. They should have LAT and DECnet
IV.
I'm trying to recall, but I might be wrong. But I thought I was atleast
using LAT with VMS V3.7 at the time. (I don't think I ever used any VMS
before that.) That should be somewhere around 1984.
Hmmm, 3.5 has datecodes of 1982 and wikipedia states LAT wasn't until 1984...I wonder if it's in 3.6. VMS 4.6 (although it STILL identifies as VAX/VMS KG when I boot it...) does have LAT OOTB however.
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Experiments
Johnny Billquist <bqt at softjar.se> writes:
On 2013-04-07 01:40, Brian Schenkenberger, VAXman- wrote:
"Cory Smelosky" <b4 at gewt.net> writes:
On 04/06/2013 06:12 PM, Brian Schenkenberger, VAXman- wrote:
"Cory Smelosky" <b4 at gewt.net> writes:
On 6 Apr 2013, at 16:54, "Brian Schenkenberger, VAXman-" =
<system at TMESIS.COM> wrote:
=20
"Cory Smelosky" <b4 at gewt.net> writes:
=20
Is LAT supported on VMS 3.5 at all? If so, is it supported without =
the =3D
DECnet license? (I don't have a license kit for 3.x)
=20
LAT is _NOT_ part of DECnet. LAT can be run without DECnet installed =
or
running. IIRC, LAT was licensed with VMS.
Ah. So I just need to find the filename to start it then. ;)
It's changed since V3x days. Look for LTLOAD.COM in SYS$MANAGER.
The new names are LAT$STARTUP and LAT$SYSTARTUP but I think you'll
find LTLOAD.COM is the place to begin.
Hmmm. There is no LATCP.EXE, LAT$STARTUP.COM, or LTLOAD.COM it would
appear. Was it an add-on kit for VMS 3.5 or did I miss something rather
important? ;)
Though I lived it, recalling this history is not one of my strong points.
LAT showed up in VMS circa 1984/1985 time frame from my recollection. I
think you will need a newer version of VMS if you want LAT. Look around
for V4.7 (pre-SMP/V5.0) or later VMS. They should have LAT and DECnet IV.
I'm trying to recall, but I might be wrong. But I thought I was atleast
using LAT with VMS V3.7 at the time. (I don't think I ever used any VMS
before that.) That should be somewhere around 1984.
Recollection of V37 and V4.7 (key releases) always confuses me. However,
you may be right. A timeline that HP has on its site begins with V4.0. I
don't see any mention of LAT in the timeline until much later though but I
am pretty sure that is was available before the date mentioned in said time-
line.
I do still have my Orange Wall and Gray Wall but the Blue Wall was damaged
in a basement flood, so I don't have that documentation to reference.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 2013-04-07 01:40, Brian Schenkenberger, VAXman- wrote:
"Cory Smelosky" <b4 at gewt.net> writes:
On 04/06/2013 06:12 PM, Brian Schenkenberger, VAXman- wrote:
"Cory Smelosky" <b4 at gewt.net> writes:
On 6 Apr 2013, at 16:54, "Brian Schenkenberger, VAXman-" =
<system at TMESIS.COM> wrote:
=20
"Cory Smelosky" <b4 at gewt.net> writes:
=20
Is LAT supported on VMS 3.5 at all? If so, is it supported without =
the =3D
DECnet license? (I don't have a license kit for 3.x)
=20
LAT is _NOT_ part of DECnet. LAT can be run without DECnet installed =
or
running. IIRC, LAT was licensed with VMS.
Ah. So I just need to find the filename to start it then. ;)
It's changed since V3x days. Look for LTLOAD.COM in SYS$MANAGER.
The new names are LAT$STARTUP and LAT$SYSTARTUP but I think you'll
find LTLOAD.COM is the place to begin.
Hmmm. There is no LATCP.EXE, LAT$STARTUP.COM, or LTLOAD.COM it would
appear. Was it an add-on kit for VMS 3.5 or did I miss something rather
important? ;)
Though I lived it, recalling this history is not one of my strong points.
LAT showed up in VMS circa 1984/1985 time frame from my recollection. I
think you will need a newer version of VMS if you want LAT. Look around
for V4.7 (pre-SMP/V5.0) or later VMS. They should have LAT and DECnet IV.
I'm trying to recall, but I might be wrong. But I thought I was atleast using LAT with VMS V3.7 at the time. (I don't think I ever used any VMS before that.) That should be somewhere around 1984.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
"Cory Smelosky" <b4 at gewt.net> writes:
On 04/06/2013 06:12 PM, Brian Schenkenberger, VAXman- wrote:
"Cory Smelosky" <b4 at gewt.net> writes:
On 6 Apr 2013, at 16:54, "Brian Schenkenberger, VAXman-" =
<system at TMESIS.COM> wrote:
=20
"Cory Smelosky" <b4 at gewt.net> writes:
=20
Is LAT supported on VMS 3.5 at all? If so, is it supported without =
the =3D
DECnet license? (I don't have a license kit for 3.x)
=20
LAT is _NOT_ part of DECnet. LAT can be run without DECnet installed =
or
running. IIRC, LAT was licensed with VMS.
Ah. So I just need to find the filename to start it then. ;)
It's changed since V3x days. Look for LTLOAD.COM in SYS$MANAGER.
The new names are LAT$STARTUP and LAT$SYSTARTUP but I think you'll
find LTLOAD.COM is the place to begin.
Hmmm. There is no LATCP.EXE, LAT$STARTUP.COM, or LTLOAD.COM it would
appear. Was it an add-on kit for VMS 3.5 or did I miss something rather
important? ;)
Though I lived it, recalling this history is not one of my strong points.
LAT showed up in VMS circa 1984/1985 time frame from my recollection. I
think you will need a newer version of VMS if you want LAT. Look around
for V4.7 (pre-SMP/V5.0) or later VMS. They should have LAT and DECnet IV.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 04/06/2013 06:12 PM, Brian Schenkenberger, VAXman- wrote:
"Cory Smelosky" <b4 at gewt.net> writes:
On 6 Apr 2013, at 16:54, "Brian Schenkenberger, VAXman-" =
<system at TMESIS.COM> wrote:
=20
"Cory Smelosky" <b4 at gewt.net> writes:
=20
Is LAT supported on VMS 3.5 at all? If so, is it supported without =
the =3D
DECnet license? (I don't have a license kit for 3.x)
=20
LAT is _NOT_ part of DECnet. LAT can be run without DECnet installed =
or
running. IIRC, LAT was licensed with VMS.
Ah. So I just need to find the filename to start it then. ;)
It's changed since V3x days. Look for LTLOAD.COM in SYS$MANAGER.
The new names are LAT$STARTUP and LAT$SYSTARTUP but I think you'll
find LTLOAD.COM is the place to begin.
Hmmm. There is no LATCP.EXE, LAT$STARTUP.COM, or LTLOAD.COM it would appear. Was it an add-on kit for VMS 3.5 or did I miss something rather important? ;)
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Experiments
What version of VMS are you running on the two machines you tried it from?
Thanks
Rob
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Mark Wickens Sent: 07 April 2013 00:13 To: hecnet at Update.UU.SE Subject: Re: [HECnet] Who was doing that HECnet mapping work?
On 06/04/2013 23:54, Rob Jarratt wrote:
NCP TELL A5RTR SHOW KNOWN CIRCUITS
Had more success from SIMVAX: $ MCR NCP TELL A5RTR SHOW KNOWN CIRCUITS Known Circuit Volatile Summary as of 6-APR-2013 22:48:15 Circuit State Loopback Adjacent Name Routing Node eth2 on 5.8 psilo.update.uu.seon 1.13 psilo.update.uu.seon 1.15 psilo.update.uu.seon 62.637 psilo.update.uu.seon 59.11 psilo.update.uu.seon 42.1022 psilo.update.uu.seon 14.1 psilo.update.uu.seon 8.400 psilo.update.uu.seon 4.248 psilo.update.uu.seon 44.1023 psilo.update.uu.seon 19.41 psilo.update.uu.seon 28.41 psilo.update.uu.seon 47.556 psilo.update.uu.seon 11.2 psilo.update.uu.seon 2.1 Command completed. Regards, Mark.
On 06/04/2013 23:54, Rob Jarratt wrote:
NCP TELL A5RTR SHOW KNOWN CIRCUITS
Had more success from SIMVAX:
$ MCR NCP TELL A5RTR SHOW KNOWN CIRCUITS
Known Circuit Volatile Summary as of 6-APR-2013 22:48:15
Circuit State Loopback Adjacent
Name Routing Node
eth2 on 5.8
psilo.update.uu.seon 1.13
psilo.update.uu.seon 1.15
psilo.update.uu.seon 62.637
psilo.update.uu.seon 59.11
psilo.update.uu.seon 42.1022
psilo.update.uu.seon 14.1
psilo.update.uu.seon 8.400
psilo.update.uu.seon 4.248
psilo.update.uu.seon 44.1023
psilo.update.uu.seon 19.41
psilo.update.uu.seon 28.41
psilo.update.uu.seon 47.556
psilo.update.uu.seon 11.2
psilo.update.uu.seon 2.1
Command completed.
Regards, Mark.
On 06/04/2013 23:54, Rob Jarratt wrote:
I have made some improvements to NICE on my user mode router, although there is still quite a lot to do. It would be great if someone could try a MC NCP TELL A5RTR SHOW KNOWN CIRCUITS and let me know how it goes. If you do try it please consider running a packet sniffer when you do in case it fails as that would help me to diagnose the problem.
So far I'm getting (from SLAVE):
%<----
SLAVE$$ mcr NCP TELL A5RTR SHOW KNOWN CIRCUITS
Known Circuit Volatile Summary as of 6-APR-2013 22:57:57
Circuit State Loopback Adjacent
Name Routing Node
eth2 on 5.8
psilo.update.uu.seon 1.13
psilo.update.uu.seon 1.15
%<----
then it hangs. I can run a sniffer but I'll have to get Exceed running first...
Mark.
On 2013-04-07 00:54, Rob Jarratt wrote:
I have made some improvements to NICE on my user mode router, although
there is still quite a lot to do. It would be great if someone could try
a MC NCP TELL A5RTR SHOW KNOWN CIRCUITS and let me know how it goes. If
you do try it please consider running a packet sniffer when you do in
case it fails as that would help me to diagnose the problem.
Why don't you log in to MIM, and try yourself?
Johnny
Thanks
Rob
*From:*owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] *On
Behalf Of *Rob Jarratt
*Sent:* 04 April 2013 19:48
*To:* hecnet at Update.UU.SE
*Subject:* RE: [HECnet] Who was doing that HECnet mapping work?
Looks like someone tried and failed (from 8.403). If you want to try
again please use a packet sniffer and send me the data.
Thanks
Rob
*From:*owner-hecnet at Update.UU.SE <mailto:owner-hecnet at Update.UU.SE>
[mailto:owner-hecnet at Update.UU.SE] *On Behalf Of *Rob Jarratt
*Sent:* 04 April 2013 06:22
*To:* hecnet at Update.UU.SE <mailto:hecnet at Update.UU.SE>
*Subject:* RE: [HECnet] Who was doing that HECnet mapping work?
I am back online now. SHOW ADJ NODES won t work yet. You may fail to get
a connection for SHOW KNOWN CIRCUITS, that is my next task to fix.
Regards
Rob
*From:*owner-hecnet at Update.UU.SE <mailto:owner-hecnet at Update.UU.SE>
[mailto:owner-hecnet at Update.UU.SE] *On Behalf Of *Brian Hechinger
*Sent:* 04 April 2013 01:35
*To:* hecnet at Update.UU.SE <mailto:hecnet at Update.UU.SE>
*Subject:* Re: [HECnet] Who was doing that HECnet mapping work?
That was me.
I haven't touched that code in a while but I should go take a look at it
again. It used SHOW KNOWN CIRCUITS and SHOW ADJ NODES.
Let me know when you're back online and I'll play with that some more.
-brian
On 4/3/2013 6:55 PM, Rob Jarratt wrote:
A while ago there was discussion of a program or DCL script that was
automating the creation of a map of HECnet. It stumbled when it came
to my user mode router because it did not implement NICE. Well, I
have been doing some work to rectify that. The work is far from
complete, but under the right circumstances and with a fair wind you
can get A5RTR to tell you the output of SHOW KNOWN CIRCUITS.
Who was doing that work, and which commands needed to be supported
for the program/script to work?
Regards
Rob
NB A5RTR is not on HECnet at the moment because I have had a change
of IP address and I am waiting for Johnny to tell his bridge to
re-read its config.
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
