On 05/02/2014 03:53 AM, Johnny Billquist wrote:
But using FORTRAN, we could potentially use overlays and such.
Well, overlays do not depend on FORTRAN, you can use that no matter what
language you choose.
Yes, of course. I don't know what I was thinking. Thank you for the
correction. I myself have only actually used overlays with FORTRAN;
that was probably the source of my error.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 5/2/14 11:45 AM, Al Kossow wrote:
On 5/2/14 11:02 AM, simh at swabhawat.com wrote:
Both things will require Tops monitor programming;
Why does the router/gateway need to be simulated?
I guess what I'm suggesting is all of the simulated machines that
need to interoperate should just be treated as end nodes.
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
On 5/2/14 11:02 AM, simh at swabhawat.com wrote:
Both things will require Tops monitor programming;
Why does the router/gateway need to be simulated?
Wouldn't it be easier to create a Unix program to do this?
Then you could add a bunch of link debugging code that would
be independent of the simulated operating systems.
Or, are people trying to get this working between real machines?
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
Hi,
that story is already old; MRC presented it as the Tops-20 V4.2.
That software never has been found.
But if the real problem is Tops20 on Decnet, a KLH10 from Ken Harrenstein
runs Tops20-7.1 on a 4 MW KL10 processor in a Linux environment ant
cooperates with Simh Vax, Pdp11 Rsx11MP46, Rsts-E-10.1L and other Pdp10
systems though Ethernet/sync line router systems.
Works like a charm.
Same thing holds for Tops10-705 on Klh10 with Ethernet functionality
Best regards,
Reindert
-----Original Message-----
From: simh-bounces at trailing-edge.com [mailto:simh-bounces at trailing-edge.com]
On Behalf Of Cory Smelosky
Sent: Friday, May 02, 2014 19:32
To: hecnet at Update.UU.SE
Cc: simh at trailing-edge.com
Subject: Re: [Simh] [HECnet] TOPS-20 V4.1 DECnet
On Fri, 2 May 2014, Peter Lothberg wrote:
Looks like there's no DMC on the PDP-10, no DMC OR KDP on the
MicroVAX, and no KDP on the VAX780.
However, the PDP-11 has the DUP. Looks like I can use that as the
go-between.
MRC with the help of Stu Grosman did a phase 4 port to KS tops20. It
uses teh KMC/DUP, but has a limitation, as there was not enough memory
left, all buffers had to be in one page, the decnet MTU is not 576 but
376 or something like that. This does not matter unless you have two
interfaces and try to be a transit node. (it can be routein-iv).
Any idea where I can find this Phase IV port?
It speaks DDCMP on the CYNC interface, so anything that speaks DDCMP
can talk to it, DUP,DQ, DMC DMR ...
-P
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
Hi guys,
what you propose will not work.
I already connected a Tops20 4.1 with a phase-III Tops10 Pdp10 and even that
will not work.
Tops20-4.1 to a clone does as well as a Pdp10 phase-III to a clone does.
Tim Litt mentioned a while ago that Tops20 4.1 was rather more of a phase-II
then a III; I call it phase-II+ as it appears to have some routing
functionality.
So it will certainly not work with Rsts-E 10.1L and Rsx11MP46 as all these
are phase-IV.
Further there is no difference between the functioning of a Rsts-E 10.1 and
a Rsx11MP46 Pdp11 with respect to Dup/Dmc/Ethernet if Rsts-E will support
the Dup/Dmc lines and will route as it is primarily an Ethernet system.
To make these things work the following has to be done:
1. Upgrade Tops20-4.1 Decnet to real phase-III, it then will link to a
Pdp10 Tops10 7.02 based phase-III router.
2. Repair/upgrade the Tops10 7.02 router code so that it will talk to a
phase-IV node.
Both things will require Tops monitor programming; the Tops10 7.02 case will
probably be the most simple of the two.
On the physical plane nothing is wrong as the packets do flow; only the
DDCMP communication process will not startup; it hangs around in the startup
phase.
Best regards
Reindert
-----Original Message-----
From: simh-bounces at trailing-edge.com [mailto:simh-bounces at trailing-edge.com]
On Behalf Of Cory Smelosky
Sent: Friday, May 02, 2014 19:31
To: hecnet at Update.UU.SE
Cc: simh at trailing-edge.com
Subject: Re: [Simh] [HECnet] TOPS-20 V4.1 DECnet
On Fri, 2 May 2014, Paul_Koning at Dell.com wrote:
On May 2, 2014, at 12:59 PM, Mark Pizzolato - Info Comm
<Mark at infocomm.com> wrote:
On Friday, May 02, 2014 at 7:36 AM, Paul Koning wrote:
...If you want a RSTS system to connect to your Phase III machine,
you'll want to use a DMC (or DMR/DMP/DMV, they are all roughly
interchangeable). In a sufficiently recent SIMH, the DMC emulation
speaks real DDCMP so it should talk with a software DDCMP
implementation, such as one that uses a DUP.
The DUP has only been tested talking to the KDP and DMC/DMR on RSX. If
someone wants to try on RSTS I'd like to know if any issues are found.
I'll see what I can do. Since a DMC/DMR does DDCMP itself, it shouldn't
matter what OS is talking to it; if you get success with DECnet/RSX, I would
expect it to work with DECnet/E as well.
Or, since it doesn't know sync from async, it will probably talk to
a software DDCMP implementation that uses a terminal interface.
I believe that it should also talk to an OS based DDCMP implementation
which uses Async ports. If someone is willing to test this, I'll work on
any kinks which may be found which might inhibit this.
I'm trying to make some progress on that (using RSTS V10.1).
Let me know. I'm interested in using RSTS/E to link TOPS-20/KS.
paul
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
On Fri, 2 May 2014, Peter Lothberg wrote:
Looks like there's no DMC on the PDP-10, no DMC OR KDP on the MicroVAX,
and no KDP on the VAX780.
However, the PDP-11 has the DUP. Looks like I can use that as the
go-between.
MRC with the help of Stu Grosman did a phase 4 port to KS tops20. It
uses teh KMC/DUP, but has a limitation, as there was not enough memory
left, all buffers had to be in one page, the decnet MTU is not 576 but
376 or something like that. This does not matter unless you have two
interfaces and try to be a transit node. (it can be routein-iv).
Any idea where I can find this Phase IV port?
It speaks DDCMP on the CYNC interface, so anything that speaks DDCMP
can talk to it, DUP,DQ, DMC DMR ...
-P
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Fri, 2 May 2014, Paul_Koning at Dell.com wrote:
On May 2, 2014, at 12:59 PM, Mark Pizzolato - Info Comm <Mark at infocomm.com> wrote:
On Friday, May 02, 2014 at 7:36 AM, Paul Koning wrote:
...If you want a RSTS system to connect to your Phase III machine, you ll want
to use a DMC (or DMR/DMP/DMV, they are all roughly interchangeable). In a
sufficiently recent SIMH, the DMC emulation speaks real DDCMP so it should
talk with a software DDCMP implementation, such as one that uses a DUP.
The DUP has only been tested talking to the KDP and DMC/DMR on RSX. If someone wants to try on RSTS I'd like to know if any issues are found.
I ll see what I can do. Since a DMC/DMR does DDCMP itself, it shouldn t matter what OS is talking to it; if you get success with DECnet/RSX, I would expect it to work with DECnet/E as well.
Or, since it doesn t know sync from async, it will probably talk to a software
DDCMP implementation that uses a terminal interface.
I believe that it should also talk to an OS based DDCMP implementation which uses Async ports. If someone is willing to test this, I'll work on any kinks which may be found which might inhibit this.
I m trying to make some progress on that (using RSTS V10.1).
Let me know. I'm interested in using RSTS/E to link TOPS-20/KS.
paul
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
On May 2, 2014, at 12:59 PM, Mark Pizzolato - Info Comm <Mark at infocomm.com> wrote:
On Friday, May 02, 2014 at 7:36 AM, Paul Koning wrote:
...If you want a RSTS system to connect to your Phase III machine, you ll want
to use a DMC (or DMR/DMP/DMV, they are all roughly interchangeable). In a
sufficiently recent SIMH, the DMC emulation speaks real DDCMP so it should
talk with a software DDCMP implementation, such as one that uses a DUP.
The DUP has only been tested talking to the KDP and DMC/DMR on RSX. If someone wants to try on RSTS I'd like to know if any issues are found.
I ll see what I can do. Since a DMC/DMR does DDCMP itself, it shouldn t matter what OS is talking to it; if you get success with DECnet/RSX, I would expect it to work with DECnet/E as well.
Or, since it doesn t know sync from async, it will probably talk to a software
DDCMP implementation that uses a terminal interface.
I believe that it should also talk to an OS based DDCMP implementation which uses Async ports. If someone is willing to test this, I'll work on any kinks which may be found which might inhibit this.
I m trying to make some progress on that (using RSTS V10.1).
paul
On Friday, May 02, 2014 at 7:36 AM, Paul Koning wrote:
On May 1, 2014, at 9:36 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Thu, 1 May 2014, Cory Smelosky wrote:
Looks like there's no DMC on the PDP-10, no DMC OR KDP on the
MicroVAX, and no KDP on the VAX780.
However, the PDP-11 has the DUP. Looks like I can use that as the go-
between.
Wonderinf if this is an RSTS/E bug...or a simh bug.
Device XK0: does not interrupt - device disabled.
Probably a SIMH limitation. It s complaining about the KMC11.
This is true.
RSTS supports those only for use with the RJ2780 emulator; it doesn t use them with
DECnet.
The message comes from the hardware scan code, where it looks around the
bus looking for devices and makes them interrupt to learn what vector each
uses. For the KMC11, it does that by loading a short program into it. That
only works if the KMC emulation knows how to emulate a KMC well enough
to run that program. If it emulates a KMC only as a KMC/DUP pair that
speaks DDCMP, this won t work.
The KMC emulation could be extended to support this command/program, but since the only implementation of KMC functionality is as a KDP and the KDP wasn't supported on the OS (RSTS) which is observing the lacking of interrupting, then the status quo is probably best.
If you want a RSTS system to connect to your Phase III machine, you ll want
to use a DMC (or DMR/DMP/DMV, they are all roughly interchangeable). In a
sufficiently recent SIMH, the DMC emulation speaks real DDCMP so it should
talk with a software DDCMP implementation, such as one that uses a DUP.
The DUP has only been tested talking to the KDP and DMC/DMR on RSX. If someone wants to try on RSTS I'd like to know if any issues are found.
Or, since it doesn t know sync from async, it will probably talk to a software
DDCMP implementation that uses a terminal interface.
I believe that it should also talk to an OS based DDCMP implementation which uses Async ports. If someone is willing to test this, I'll work on any kinks which may be found which might inhibit this.
- Mark
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
On May 2, 2014, at 12:14 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Fri, 2 May 2014, Robert Jarratt wrote:
Are you talking about the user mode router? If so, that would be me. You can find it at http://route20.codeplex.com/ I have been doing most of the more recent development on Windows, and have not ported it to linux yet, but could do so if you are interested.
Regards
Rob
Apparently there are 2 user-mode routers.
Robert s is the first one I know of; inspired by that I started one in Python. Mine is still rather prototypical.
paul
