Hi.
On 2014-05-02 20:02, simh at swabhawat.com wrote:
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.
Well, if it truly is Phase II, then yeah, I would not expect it to work. But I was pretty sure it was Phase III, in which case it should work.
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.
Well, therein lies the problem. RSTS/E simply did not support a bunch of thing that RSX did support.
But yes, assuming the OS support a device, it should work equally well under RSTS/E and RSX.
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.
What is wrong with the Tops-10 DECnet phase III code if it don't interoperate with 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.
That's sad.
But DDCMP should not be too hard to get working. And RSX support DDCMP both on synchronous and asynchronous serial lines. And both using devices that implement DDCMP, and software implemented DDCMP.
Johnny
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
--
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
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
On Sat, 3 May 2014, Hans Vlems wrote:
This BlackBerry is a huge improvement. The formatting is off but at least you can read the content. The previous device was a disaster, remember? :-)
True, true. ;)
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
?? Van: Cory Smelosky
Verzonden: zaterdag 3 mei 2014 00:22
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Parallel computing using DECnet
On Sat, 3 May 2014, Hans Vlems wrote:
What error? It wasn't wrong, incomplete at most.
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
?? Van: Dave McGuire
Verzonden: vrijdag 2 mei 2014 21:03
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Parallel computing using DECnet
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
Your email client is really bad at formatting replies. ;)
Maybe it's just that I try to strip all HTML...:P
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
This BlackBerry is a huge improvement. The formatting is off but at least you can read the content. The previous device was a disaster, remember? :-)
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Cory Smelosky
Verzonden: zaterdag 3 mei 2014 00:22
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Parallel computing using DECnet
On Sat, 3 May 2014, Hans Vlems wrote:
What error? It wasn't wrong, incomplete at most.
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
?? Van: Dave McGuire
Verzonden: vrijdag 2 mei 2014 21:03
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Parallel computing using DECnet
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
Your email client is really bad at formatting replies. ;)
Maybe it's just that I try to strip all HTML...:P
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
My (incorrect) implication was that FORTRAN was the only language with
which one could use overlays. Overlays are implemented by the linker. (TKB)
-Dave
On 05/02/2014 06:20 PM, Hans Vlems wrote:
What error? It wasn't wrong, incomplete at most.
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Dave McGuire
Verzonden: vrijdag 2 mei 2014 21:03
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Parallel computing using DECnet
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 Sat, 3 May 2014, Hans Vlems wrote:
What error? It wasn't wrong, incomplete at most.
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
?? Van: Dave McGuire
Verzonden: vrijdag 2 mei 2014 21:03
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Parallel computing using DECnet
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
Your email client is really bad at formatting replies. ;)
Maybe it's just that I try to strip all HTML...:P
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
What error? It wasn't wrong, incomplete at most.
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Dave McGuire
Verzonden: vrijdag 2 mei 2014 21:03
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Parallel computing using DECnet
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 Fri, 2 May 2014, 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?
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?
The goal is to eventually use real hardware.
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
--
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 4:13 PM, Robert Jarratt <robert.jarratt at ntlworld.com> wrote:
...
Robert's is the first one I know of; inspired by that I started one in Python. Mine
is still rather prototypical.
And I could not have got as far as I did without Paul's help interpreting
the specs. I still need to do a lot of work on it.
Thanks Rob!
paul
On 05/02/2014 03:28 AM, Pontus Pihlgren wrote:
I'm told there were, probably third party, sound cards
for qbus. Has anyone of you seen one or know more?
I haven't. I have a really neat Qbus card with a TMS9918 sprite-based
video chip on it, though!
Which one is that? I have a Matrox card and one of the
VSV cards (can't remember which one)
I don't know who made it; I will check.
It's an amazingly simple board. The TMS9918 is very easy to use to
begin with...All this board appears to be is the standard TMS9918 app
note circuit with some glue logic to connect it to Qbus. It should be
trivial to bring up and get graphics out of if I can find out where its
CSR sits.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Paul_Koning at Dell.com
Sent: 02 May 2014 17:44
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Getting reconnected...
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.
And I could not have got as far as I did without Paul's help interpreting
the specs. I still need to do a lot of work on it.
Regards
Rob