Sorry, misunderstanding. This is definitely hobbyist use in my case,
and I was just guessing (incorrectly it seems) that the network support
I wanted was only available in the commercial version.
Being that that's not the case, I for one think that either XM or XD
support would be awesome, since I still use RSTS/E v8. :)
But I understand it not being a priority.
Regards,
Mark
John Wilson wrote:
From: Mark Abene <phiber at phiber.com>
Call me crazy, but I just don't think I'll be paying 4,000
dollars for E11/linux. So that's out.
Why, is this for commercial use? I mean, it won't address this specific
problem since I've never finished the XM: emulation in E11 (no real interest
from users, but I've been meaning to get it done anyway it just on principle,
especially since I rewrote the Ethernet link code for dual-DR11W IPLs a
while back to make it general enough to be able to encapsulate protocols
like DDCMP so that connections between like E11 machines would be easy), but
hobby users can use the Demo version of E11 (for Linux or any other host OS)
for free, indefinitely. It has some cripples, but it's still pretty luxurious
compared to any real PDP-11 system I ever had...
John Wilson
D Bit
At 9:53 PM -0400 8/21/09, John Wilson wrote:
From: Mark Abene <phiber at phiber.com>
Call me crazy, but I just don't think I'll be paying 4,000
dollars for E11/linux. So that's out.
Why, is this for commercial use? I mean, it won't address this specific
problem since I've never finished the XM: emulation in E11 (no real interest
from users, but I've been meaning to get it done anyway it just on principle,
especially since I rewrote the Ethernet link code for dual-DR11W IPLs a
while back to make it general enough to be able to encapsulate protocols
like DDCMP so that connections between like E11 machines would be easy), but
hobby users can use the Demo version of E11 (for Linux or any other host OS)
for free, indefinitely. It has some cripples, but it's still pretty luxurious
compared to any real PDP-11 system I ever had...
I was wondering the same thing myself John. The last I checked the "limitations" in the Demo/Hobbyist version were pretty generous, and your networking code worked a *LOT* better. I for one appreciate you allowing Hobby users to use your product.
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh at aracnet.com (primary) | OpenVMS Enthusiast |
| MONK::HEALYZH (DECnet) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
From: Mark Abene <phiber at phiber.com>
Call me crazy, but I just don't think I'll be paying 4,000
dollars for E11/linux. So that's out.
Why, is this for commercial use? I mean, it won't address this specific
problem since I've never finished the XM: emulation in E11 (no real interest
from users, but I've been meaning to get it done anyway it just on principle,
especially since I rewrote the Ethernet link code for dual-DR11W IPLs a
while back to make it general enough to be able to encapsulate protocols
like DDCMP so that connections between like E11 machines would be easy), but
hobby users can use the Demo version of E11 (for Linux or any other host OS)
for free, indefinitely. It has some cripples, but it's still pretty luxurious
compared to any real PDP-11 system I ever had...
John Wilson
D Bit
On Thu, Aug 20, 2009 at 05:30:25PM -0400, Jason Stevens wrote:
It was pretty simple too...!
I kept my notes here:
http://gunkies.org/wiki/Networking_with_SIMH#HECnet
And as you can see... it was pretty easy.
Oh, that's quite cool!
-brian
--
"Coding in C is like sending a 3 year old to do groceries. You gotta
tell them exactly what you want or you'll end up with a cupboard full of
pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
Excerpt of message (sent 20 August 2009) by Gregg Levine:
...
Hello!
I have here on 5.25 floppy the binaries for the other DEC networking
programming, it is the one who's card which wears two discrete
connectors.(Which I've been trying to find with limited success.)
At one time I had a binary which would change that to update it to
accommodate an Ethernet card, the Racal thing. I don't suppose you
would happen, Paul, to have a copy of DECnet/DOS on floppies?
No, I don't have any DECnet bits apart from some pieces of DECnet/E.
paul
On Thu, Aug 20, 2009 at 1:56 PM, Paul Koning<Paul_Koning at dell.com> wrote:
Excerpt of message (sent 20 August 2009) by Zane H. Healy:
On Thu, 20 Aug 2009, Paul Koning wrote:
Excerpt of message (sent 20 August 2009) by Zane H. Healy:
Ditto, though last I tried Linux DECnet was in the late 90's. It's
also worth mentioning that DECnet/E seems to have trouble coexisting
with just about anything, so DECnet/Linux isn't alone. :-)
Oh really? That wasn't our experience when we built it...
paul
I suspect it is one of those "version creep" sort of things. I've noticed
that VAX/VMS V5.5-2 is much happier talking with things such as RSTS/E, and
IIRC even RSX-11M+ than say OpenVMS V8.3. Of course my secondary OS is
OpenVMS (primary is Mac OS X), so my comments are coloured a little by it.
I could believe that. Once PDP-11 support was sold off, it would make
sense for interoperability with those operating systems to suffer.
Another area I've had problems with DECnet/E is with the network hardware
itself, and software installation. It is incredibly touchy about your
network switches. I had one switch that every other OS and network stack I
through at it would work, not so DECnet/E, in fact I had to put the PDP-11
on a hub to be able to even install it, as I couldn't do the install when
attached to the switch. The other installation problem was that the
distribution kit doesn't like living on a 4mm DAT. You can install RSTS/E
from 4mm DAT, but as near as I can tell, DECnet/E needs to live on a TK50
(or I assume 9-Track).
I can't understand that. RSTS just installs from plain old tape.
Some kits are backupsets (ANSI labeled), there may be some DOS labeled
tapes (meaning the drive you have must be able to handle 14 byte
blocks) and the RSTS bootable OS install table is a mixed format tape
(first DOS then ANSI).
As for touchy about network switches, in what way? RSTS -- probably
like most PDP-11 systems -- doesn't have much memory for network
buffers, so if your switch bunches the traffic together then that
might cause trouble. But apart from that it's just plain old
Ethernet. The only OS I ever heard of having Ethernet issues was
DECnet/DOS when used with a 3C901 NIC -- which has only a single
buffer so it would croak on back to back packets. (The solution to
that was "buy a real NIC".)
It has been several years since I've been able to play with it much, has
anyone managed to install DECnet/E on an emulated system? About 6 years ago
it refused to install on either E11, or SIMH for me (of course at that point
SIMH networking code was very primitive). IIRC, that is long enough ago I
was using a different switch than the one that gave me so many problems.
Apart from my stint in RSTS development, which by now is almost 25
years ago, I've mostly run RSTS and DECnet/E on E11. It's been a
while since I did that, but it certainly worked in the past; that's
how I did the interop testing with DECnet/Linux. I also at one time
got DECnet/E running on a Pro-380, DDCMP only unfortunately. Some day
I may write a DECNA driver... :-(
paul
Hello!
I have here on 5.25 floppy the binaries for the other DEC networking
programming, it is the one who's card which wears two discrete
connectors.(Which I've been trying to find with limited success.)
At one time I had a binary which would change that to update it to
accommodate an Ethernet card, the Racal thing. I don't suppose you
would happen, Paul, to have a copy of DECnet/DOS on floppies?
--
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature was once found posting rude
messages in English in the Moscow subway."
Phase III. Ethernet support was added in RSTS V9.4, or thereabouts.
That was Phase IV, end node and level 1 routing only.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Johnny Billquist
Sent: Thursday, August 20, 2009 6:29 PM
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Who's emulating?
Yeah. WIth RSTS/E V8, asynch DDCMP is out of the quesion.
Does it support ethernet?
Hmm, what phase is it?
Johnny
Mark Abene wrote:
Unfortunately, given my preference to using RSTS/E v8, I must use
DECnet/E v2.0. Those DECnet drivers only support a DMC or DMR
device
(seen as "XM" in RSTS), or a DMP or DMV device (seen as "XD" in
RSTS).
Based on what you're saying, the patch would not solve this problem?
Paul Koning wrote:
Excerpt of message (sent 20 August 2009) by Mark Abene:
Serious? Are you actually emulating a DMC11? I'm intrigued...
Yes.
Or rather, the terminal driver contains an implementation of the
DDCMP
protocol. So it can talk to async DDCMP devices -- just as RSX did
for years. Until V10, DECnet/E only did DMC/DMR type DDCMP
devices.
On a Pro, which has a USART (not UART) console port, it even speaks
sync DDCMP if you want so it can talk to a DMC or DMR (and that
works,
I tested it). On other PDP-11s it will use any of the async lines
and
speak async DDCMP.
paul
--
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
The async DDCMP driver is a whole new driver, and it depends on the
terminal driver structure that exists in the later versions of RSTS. I
don't remember when that was put in place, but I'm pretty sure it wasn't
there in V8.0. I did the original work for RSTS V9.6, but that was just
a private prototype.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Mark Abene
Sent: Thursday, August 20, 2009 6:05 PM
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Who's emulating?
Unfortunately, given my preference to using RSTS/E v8, I must use
DECnet/E v2.0. Those DECnet drivers only support a DMC or DMR device
(seen as "XM" in RSTS), or a DMP or DMV device (seen as "XD" in RSTS).
Based on what you're saying, the patch would not solve this problem?
Paul Koning wrote:
Excerpt of message (sent 20 August 2009) by Mark Abene:
Serious? Are you actually emulating a DMC11? I'm intrigued...
Yes.
Or rather, the terminal driver contains an implementation of the
DDCMP
protocol. So it can talk to async DDCMP devices -- just as RSX did
for years. Until V10, DECnet/E only did DMC/DMR type DDCMP devices.
On a Pro, which has a USART (not UART) console port, it even speaks
sync DDCMP if you want so it can talk to a DMC or DMR (and that
works,
I tested it). On other PDP-11s it will use any of the async lines
and
speak async DDCMP.
paul
I seem to remember ethernet not being added until v10.
Johnny Billquist wrote:
Yeah. WIth RSTS/E V8, asynch DDCMP is out of the quesion.
Does it support ethernet?
Hmm, what phase is it?
Johnny
Mark Abene wrote:
Unfortunately, given my preference to using RSTS/E v8, I must use
DECnet/E v2.0. Those DECnet drivers only support a DMC or DMR device
(seen as "XM" in RSTS), or a DMP or DMV device (seen as "XD" in RSTS).
Based on what you're saying, the patch would not solve this problem?
Paul Koning wrote:
Excerpt of message (sent 20 August 2009) by Mark Abene:
Serious? Are you actually emulating a DMC11? I'm intrigued...
Yes.
Or rather, the terminal driver contains an implementation of the DDCMP
protocol. So it can talk to async DDCMP devices -- just as RSX did
for years. Until V10, DECnet/E only did DMC/DMR type DDCMP devices.
On a Pro, which has a USART (not UART) console port, it even speaks
sync DDCMP if you want so it can talk to a DMC or DMR (and that works,
I tested it). On other PDP-11s it will use any of the async lines and
speak async DDCMP.
paul
Yeah. WIth RSTS/E V8, asynch DDCMP is out of the quesion.
Does it support ethernet?
Hmm, what phase is it?
Johnny
Mark Abene wrote:
Unfortunately, given my preference to using RSTS/E v8, I must use
DECnet/E v2.0. Those DECnet drivers only support a DMC or DMR device
(seen as "XM" in RSTS), or a DMP or DMV device (seen as "XD" in RSTS).
Based on what you're saying, the patch would not solve this problem?
Paul Koning wrote:
Excerpt of message (sent 20 August 2009) by Mark Abene:
Serious? Are you actually emulating a DMC11? I'm intrigued...
Yes.
Or rather, the terminal driver contains an implementation of the DDCMP
protocol. So it can talk to async DDCMP devices -- just as RSX did
for years. Until V10, DECnet/E only did DMC/DMR type DDCMP devices.
On a Pro, which has a USART (not UART) console port, it even speaks
sync DDCMP if you want so it can talk to a DMC or DMR (and that works,
I tested it). On other PDP-11s it will use any of the async lines and
speak async DDCMP.
paul
--
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
