Has anyone been able to get to PROCESS.COM lately?
The web site is not working for me, either.
They're in Framingham - that's about 90 minutes from you, right? You
could always drive by and see if the lights are on :-)
Process Software
959 Concord Street
Framingham, MA 01701
Phone: (800) 722-7770
(508) 879-6994
FAX: (508) 879-0042.
Bob
Has anyone been able to get to PROCESS.COM lately? I am trying to get
their to renew my Multinet license but it keeps timing out. Until I get
this sorted out SG1:: will not be able to support tunnel links.
Thanks!
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Bob Armstrong
Sent: Monday, July 02, 2012 12:10
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] This is probably been asked already but....
The PRO was for later VAXen. 8800-range, I think.
That must be where I saw it, because I remember a VAX with
what was clearly a PRO attached to it. We used to joke that
it was the only way DEC could sell the PROs :-)
The 86x0 uses a T11, and runs RT-11.
Was it like a FALCON/KXT11 board based thing, or some
custom T11 board?
How (where) did they get RT11 for it? The T11 had a few
oddities (e.g. no bus timeout traps) and AFAIK RT11 was never
supported on T11 systems. I've heard that there was an
unofficial, hacked up, copy of some RT11 release that would
work but I never saw a copy.
The 86x0 does in fact run a real version of RT-11. The disk sub-system
was a RL0x (can't remember if it was 1 or 2). It had its own set of
quirks - to say the least! The sources have macros to deal with the
T-11 differences. They were in the middle of the changes to RT-11 just
as I joined the group. One of the guys spent quite a bit of time in
Marlboro, MA trying to get the sub-system to deal with the RL0x.. It
was a beast! :-)
I've actually got a FALCON board, so it's more than just an
academic interest.
Bob
On Mon, Jul 2, 2012 at 12:10 PM, Bob Armstrong <bob at jfcl.com> wrote:
The PRO was for later VAXen. 8800-range, I think.
That must be where I saw it, because I remember a VAX with what was
clearly a PRO attached to it. We used to joke that it was the only way DEC
could sell the PROs :-)
The 86x0 uses a T11, and runs RT-11.
Was it like a FALCON/KXT11 board based thing, or some custom T11 board?
How (where) did they get RT11 for it? The T11 had a few oddities (e.g. no
bus timeout traps) and AFAIK RT11 was never supported on T11 systems. I've
heard that there was an unofficial, hacked up, copy of some RT11 release
that would work but I never saw a copy.
I've actually got a FALCON board, so it's more than just an academic
interest.
Bob
Hello!
Ah now we are getting somewhere. That's the family of boards I'm
interested in. Any suggestions for obtaining one or any of them,
around here? (I'm in NYC.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
The PRO was for later VAXen. 8800-range, I think.
That must be where I saw it, because I remember a VAX with what was
clearly a PRO attached to it. We used to joke that it was the only way DEC
could sell the PROs :-)
The 86x0 uses a T11, and runs RT-11.
Was it like a FALCON/KXT11 board based thing, or some custom T11 board?
How (where) did they get RT11 for it? The T11 had a few oddities (e.g. no
bus timeout traps) and AFAIK RT11 was never supported on T11 systems. I've
heard that there was an unofficial, hacked up, copy of some RT11 release
that would work but I never saw a copy.
I've actually got a FALCON board, so it's more than just an academic
interest.
Bob
On 2012-07-02 17:01, Bob Armstrong wrote:
Was that the RTOS used with the T-11 (the first single-chip PDP-11?)
I seem to remember that it was used as the RTOS in the LA-120 printer.
Oh, and I almost forgot - the only use of RT11 that I know of for an
"embedded" system was the CFEs for the VAX 780 and 8600 (on a 11/03 in the
former and a PRO in the latter). Are there any more?
The 86x0 uses a T11, and runs RT-11. You can even get into the RT-11 system and play around, if you want to.
I'm not sure how complete a RT-11 system you had on the VAX-11/780, since it was living on a single RX01 (or was that RX02?)
The PRO was for later VAXen. 8800-range, I think. Anyway, that one ran P/OS, which is RSX derived.
Johnny
On 2012-07-02 16:58, Bob Armstrong wrote:
Was that the RTOS used with the T-11 (the first single-chip PDP-11?)
I seem to remember that it was used as the RTOS in the LA-120 printer.
Did the LA120 have a T11 in it? Wow - makes me want to go take mine apart
and look :-)
I didn't think it did, but I'm not entirely sure...
The VT240 have a T11 in it. As do the DEUNA. And FE for some VAXen.
It's good that you brought this up, because I was going to ask about
examples of devices that used embedded PDP-11s, probably mostly DEC made but
not always.
For example, the RFxx drives (all of 'em, I think) used a T11 and I'm
pretty sure ran some variant of RSX-11S.
Cool.
The RQDXn controllers also used a T11, but I have no idea what firmware
was inside them.
I don't have an idea either. Didn't even know it was a T11 on them.
The HSC controllers had PDP-11s in them, didn't they? I don't remember
which model but I bet the OS was another RSX derivative.
Nope. RT-11 derivate. F11 or J11, I think. Depending on model.
Some of the bigger DECserver terminal servers were PDP-11 based (not T11,
but an 11/53 for example). Don't know if the little ones (e.g.
DECserver-100, 200, etc) were T11 or 68K based. Actually if we go down that
path there were a number of PDP-11 and PDP-8 based front ends for the -10
that were essentially "terminal servers" (although we didn't call them as
such in those days) - the DC68/680I, DN20, etc. I actually worked on a
couple of those, and they had "ad hoc" software that didn't use any official
OS.
The DECserver with a PDP-11 was the -500, I think.
DN20 and similar stuff was essentially an 11/34, I think. They were running some RSX-derivate, I think, just like the -20 FE.
Johnny
On 2012-07-02 16:40, Paul_Koning at Dell.com wrote:
On Jul 2, 2012, at 10:21 AM, Bob Armstrong wrote:
...
RSX-11S was the "embedded system OS" of the PDP-11 world (at least as far
as DEC's offerings went).
That and RT-11. And MicroPower-Pascal, of which I know nothing apart from its name. Was that the RTOS used with the T-11 (the first single-chip PDP-11?) I seem to remember that it was used as the RTOS in the LA-120 printer. Having a real OS allowed it to do fancy stuff like bidirectional printing, the first DEC printer to do so.
I'm not sure how practical the other ones were as embedded systems. The big point with RSX-11S is that it's all just one binary for the whole system. There are no disks. In fact, you can't even have things on disk in the sense that you think for other systems.
Without disks, you could put this all on PROM, flash, or whatever. Or (which I think was more common), download from the net, and then run.
Johnny
Actually, the 8600/8650's used the T11 chip on a special board.
They ran RT11 (a version of it that was standard enough to let me run
RT11 adventure on the front end of an 8650).
--
d|i|g|i|t|a|l had it THEN. Don't you wish you could still buy it now!
pechter-at-gmail.com
On Mon, Jul 2, 2012 at 11:01 AM, Bob Armstrong <bob at jfcl.com> wrote:
Was that the RTOS used with the T-11 (the first single-chip PDP-11?)
I seem to remember that it was used as the RTOS in the LA-120 printer.
Oh, and I almost forgot - the only use of RT11 that I know of for an
"embedded" system was the CFEs for the VAX 780 and 8600 (on a 11/03 in the
former and a PRO in the latter). Are there any more?
Bob
Was that the RTOS used with the T-11 (the first single-chip PDP-11?)
I seem to remember that it was used as the RTOS in the LA-120 printer.
Oh, and I almost forgot - the only use of RT11 that I know of for an
"embedded" system was the CFEs for the VAX 780 and 8600 (on a 11/03 in the
former and a PRO in the latter). Are there any more?
Bob
Was that the RTOS used with the T-11 (the first single-chip PDP-11?)
I seem to remember that it was used as the RTOS in the LA-120 printer.
Did the LA120 have a T11 in it? Wow - makes me want to go take mine apart
and look :-)
It's good that you brought this up, because I was going to ask about
examples of devices that used embedded PDP-11s, probably mostly DEC made but
not always.
For example, the RFxx drives (all of 'em, I think) used a T11 and I'm
pretty sure ran some variant of RSX-11S.
The RQDXn controllers also used a T11, but I have no idea what firmware
was inside them.
The HSC controllers had PDP-11s in them, didn't they? I don't remember
which model but I bet the OS was another RSX derivative.
Some of the bigger DECserver terminal servers were PDP-11 based (not T11,
but an 11/53 for example). Don't know if the little ones (e.g.
DECserver-100, 200, etc) were T11 or 68K based. Actually if we go down that
path there were a number of PDP-11 and PDP-8 based front ends for the -10
that were essentially "terminal servers" (although we didn't call them as
such in those days) - the DC68/680I, DN20, etc. I actually worked on a
couple of those, and they had "ad hoc" software that didn't use any official
OS.
Bob
On Jul 2, 2012, at 10:21 AM, Bob Armstrong wrote:
...
RSX-11S was the "embedded system OS" of the PDP-11 world (at least as far
as DEC's offerings went).
That and RT-11. And MicroPower-Pascal, of which I know nothing apart from its name. Was that the RTOS used with the T-11 (the first single-chip PDP-11?) I seem to remember that it was used as the RTOS in the LA-120 printer. Having a real OS allowed it to do fancy stuff like bidirectional printing, the first DEC printer to do so.
paul
Bob Armstrong wrote:
One of the goals of 11M was to get something that could run on a really
small PDP-11 without an MMU, which 11M can.
M can run without an MMU?? RSX-11S can, but I don't think 11M can.
OK, 11S is just a stripped down 11M, but it was still a separate product.
Can you actually gen an unmapped system with a 11M distribution?
I have RSX-11M V4.0 RL01 kit, RSXM32 volume is an unmapped RSX-11M.
--
RSX-11M V4.0 BL32 28.K (BASELINE)
>RED DL:=SY:
>RED DL:=LB:
>MOU DL:RSXM32
>@DL:[1,2]STARTUP
>* PLEASE ENTER TIME AND DATE (HR:MN DD-MMM-YY) [S]:
--
SYSGEN asks if generated system should be unmapped, so probably you an generate it :)
On 2012-07-02 16:21, Bob Armstrong wrote:
One of the goals of 11M was to get something that could run on a really
small PDP-11 without an MMU, which 11M can.
M can run without an MMU?? RSX-11S can, but I don't think 11M can.
It can. It's called an "unmapped" system. That's when you really need to start playing with all those values after partition names... Both at the MCR level, and the TKB level.
OK, 11S is just a stripped down 11M, but it was still a separate product.
Can you actually gen an unmapped system with a 11M distribution?
Yes.
And -11S is stripped down rather seriously. There are no file systems in -11S. -11S is basically a memory only thing. (Perfect for net bootable systems, btw...)
Also, 11S could run without any kind of disk or mass storage (e.g. a
complete 11S image could be downloaded via MOP) but I don't think 11M ever
could.
Correct. In fact, -11S never have any file system. You can always have the disk devices, but they are without structure.
-11M is disk based, always. Mapped or unmapped.
RSX-11S was the "embedded system OS" of the PDP-11 world (at least as far
as DEC's offerings went).
Yep.
In an unrelated question - was RSX-20F (the CFE for the KL10) based on
11S? In ran on an unmapped 11/40, so I assume it must have been.
It's actually more or less an unmapped -11M. Same reason. No disks in -11S. RSX-20F is using the shared RP06 as storage.
Johnny
One of the goals of 11M was to get something that could run on a really
small PDP-11 without an MMU, which 11M can.
M can run without an MMU?? RSX-11S can, but I don't think 11M can.
OK, 11S is just a stripped down 11M, but it was still a separate product.
Can you actually gen an unmapped system with a 11M distribution?
Also, 11S could run without any kind of disk or mass storage (e.g. a
complete 11S image could be downloaded via MOP) but I don't think 11M ever
could.
RSX-11S was the "embedded system OS" of the PDP-11 world (at least as far
as DEC's offerings went).
In an unrelated question - was RSX-20F (the CFE for the KL10) based on
11S? In ran on an unmapped 11/40, so I assume it must have been.
Bob
On 2012-07-02 15:39, Paul_Koning at Dell.com wrote:
On Jul 1, 2012, at 9:02 PM, Steve Davidson wrote:
...
IAS-11 was based on RSX-11D.
I worked on that for my first job at DEC, supporting Typeset-11, which was a newspaper typesetting and advertisement management system. It was originally implemented as a turnkey product on top of RSX-11D, then ported to IAS. There was also a Typeset-8, which was created by the group right next to it and used some of the same terminals, but whether anything else carried over I don't know.
The relationship between those two was very obvious, especially since we turned off the timesharing piece and kept only the RSX compatible real time piece of IAS.
Curiously enough, it seems (I never got very close to it) that RSX-11M (and M+) were completely unrelated to -D apart from having a mostly common API (as we didn't call it yet). RSX-11D very clearly went back directly to RSX-15 -- I once saw a listing of RSX-15 lying around because it was supported very close to where I worked, and a glance at the first few pages showed lots of data structures identical in name, purpose, and layout to what the RSX-11D kernel used.
Paul, you're a wonderful source of information, as usual (both the previous post on DECnet history), and this...
To comment a tiny bit of what I know on RSX. RSX-11M was a clean reimplementation of RSX by Dave Cutler. Allegedly done in a rather short time, with the aim of much better utilization of resources.
As such, it did indeed implement more or less the same API, but the internals are all different. So user applications compile fine on either. The programs might even work fine without recompiling, but I don't know for sure.
Device drivers, and all stuff that knows anything about the kernel is rather different though.
One of the goals of 11M was to get something that could run on a really small PDP-11 without an MMU, which 11M can. (I seriously doubt that could ever be done with -11D.)
-11M+, which came later, was basically reimplementing some of the stuff in -11D, since -11M+ had as the target the large PDP-11 systems. Specifically the 11/70, as well as the never introduced 11/74. Which is why -11M+ also have a very capable online reconfiguration tool (that turned out to be useful in general, but it was specifically written for the 11/74).
So -11M+ requires even more hardware than -11D, but does things differently than -11D.
Johnny
Area: 20 (down for another day or two)
Location: Louisville, KY, USA
Router: WOPR:: -- connected via Multinet to 19, bridge to johnny
Joe
On Sun, Jul 1, 2012 at 4:16 PM, Fred <fcoffey at misernet.net> wrote:
Hi all:
My turn ... :)
Area: 33
Name: Fred Coffey
Location: Sandusky, Ohio (midwest, between Toledo and Cleveland)
Router: FRUGAL:: - connected via Multinet Tunnels to area 2 and 19
Cheers,
Fred
On Jul 1, 2012, at 9:02 PM, Steve Davidson wrote:
...
IAS-11 was based on RSX-11D.
I worked on that for my first job at DEC, supporting Typeset-11, which was a newspaper typesetting and advertisement management system. It was originally implemented as a turnkey product on top of RSX-11D, then ported to IAS. There was also a Typeset-8, which was created by the group right next to it and used some of the same terminals, but whether anything else carried over I don't know.
The relationship between those two was very obvious, especially since we turned off the timesharing piece and kept only the RSX compatible real time piece of IAS.
Curiously enough, it seems (I never got very close to it) that RSX-11M (and M+) were completely unrelated to -D apart from having a mostly common API (as we didn't call it yet). RSX-11D very clearly went back directly to RSX-15 -- I once saw a listing of RSX-15 lying around because it was supported very close to where I worked, and a glance at the first few pages showed lots of data structures identical in name, purpose, and layout to what the RSX-11D kernel used.
paul
On Jul 1, 2012, at 9:33 PM, Johnny Billquist wrote:
On 2012-07-02 03:17, Gregg Levine wrote:
On Sun, Jul 1, 2012 at 9:10 PM, Bob Armstrong <bob at jfcl.com> wrote:
...
What I am curious about is how the PDP-11s talked to DEC Net based systems.
And which ones of the R* operating systems could be confused into
doing that, and in what ways.
Well, considering the fact that DECnet was born on the PDP-11, the question should perhaps be rephrased as how non-PDP11 systems managed to talk on DECnet. :-)
If the question is more on a practical note of how connections were done, I think the original was over serial lines, but I might be wrong. Multidrop as well as some high speed links were available in Phase III, but ethernet only became an option with DECnet phase IV.
Not sure about the time frame for packet switched interfaces. They certainly existed in Phase IV, but I don't know if they were available already in phase III.
Let's see. Some history, as best as I remember it. This is partially before my time, and also partially derived from on-line history files...
DECnet Phase I was implemented on RSX. Not sure which flavor. I'd guess RSX11-M just because that's where the action was. DDCMP only, in software only as far as I recall. Probably on a DU-11.
DECnet Phase II was the first multi-platform DECnet. I suspect it's also the first that had formal hardware-independent protocol specifications. Protocols were DDCMP for the data links (point to point only, sync or async), NCP, and DAP. Also around that time some other things appeared; I think MAIL-11 (email). I'm fairly sure that predates DECnet Phase III because I vaguely remember it using UUCP style paths (foo::bar::pkoning) in that time -- which later came back for PMR support. Supported operating systems included RSX, RSTS, VMS, TOPS-10, and I think TOPS-20. Terminal emulation appeared, but in an OS-specific fashion that was basically undocumented. Network management (NCP and NML) was now part of the standard architecture and fairly consistent among the various implementations.
DECnet Phase III introduced routing, which made it useable for networks the size of the DEC internal network ("Engineering network" or E-net for short) by introducing routing: one area, 255 nodes max. Still no Ethernet, but this is when multipoint DDCMP was added. That was a bit of a dancing bear ("The amazing thing is not how well the bear dances, but that it dances at all") in my view, but it did work after a fashion. It may be that packet switching (X.25) appeared here -- I never knew much about that since it wasn't ever considered for RSTS and was essentially nonexistent in the USA as far as I could tell. Check the Phase III routing layer spec ("version 1.3") and/or the Phase III network management layer spec -- if either can be found it will certainly answer this question.
DECnet phase IV adds areas, and increases the bottom level routing to 1023 nodes max by creating a way to break up the routing message into pieces (and send only what changed, as opposed to the data for the whole network every time as Phase III did). And, most importantly, it adds Ethernet. The Ethernet packet formats are strangely different in the routing layer; this is a leftover from an earlier proposal for "Phase IV" which was intended to introduce long addresses and link-state routing; that was rejected by the implementers as being too hard and "Phase III Extended" was whipped up instead by a slight tweak of Phase III to make it hierarchical. Parts of the original "Phase IV" eventually ended up in Phase V, though not the addressing; that was replaced by OSI addressing. But things like the "lollypop sequence numbering" in the Phase V routing protocol (and in IS-IS, which came directly from there) carried over from the earlier proposal. BTW, note that OSPF was derived from DECnet Phase V routing, though the OSPF creators never bothered to give any credit for that. Supported platforms: eventually nearly all of the Phase III platforms, though some (like RSTS) took quite a while to get there.
BTW, high speed links -- by the standards of the time -- appeared around Phase II when the DMC-11 was introduced. It came in two flavors, one to support lines with modem control at up to 56 kb/s (actually, I suspect they would run somewhat faster, if you could find a modem to run faster) and the other for service within a building, running over coax at 1 Mb/s. By the standards of the late 1970s that was seriously fast, especially for PDP11 based minicomputers. It also was a strain for the microcontroller in the DMC-11, which is why that one speaks a somewhat buggy version of DDCMP. I may still have the details somewhere; it wasn't all that hard to make a standards-compliant DDCMP implementation work with a DMC-11 but it takes a few hacks here and there.
paul
On Sun, 1 Jul 2012, Gregg Levine wrote:
Now the question that's worth a full Fizzbin. How many of us here are
running under emulation?
FRUGAL:: is a real VAXStation 4000/90A
MISER:: is a real Alphaserver 255/233
THRIFT:: is a real Linux box, and so is CHARY::
The above hosts are pretty much running 24/7 as (MISER and THRIFT at least) are used to do real and hobby work.)
CHEAP:: was a real VAXStation 4000/VLC, but it lost its power supply and I have not found a replacement. Would be much cheaper to run the VLC, and I am considering running FRUGAL:: under emulation at some point to save on the power bill.
Fred
On 02/07/12 13:56, Tony Blews wrote:
On Mon, Jul 2, 2012 at 1:49 PM, Mark Benson <md.benson at gmail.com> wrote:
Ultrix I'd like to at least boot for novelty factor (to extend
my claim of having used a vast array of brands of UNIX) and maybe even
a PDP version of UNIX Sys7 or something. The former DECnets, the
latter to my knowledge does not.
I'm not the first, obviously, but I actually finished this bugger off this morning:
http://www.tonyblews.co.uk/2012/07/ultrix-pi-and-simh/
Well done for that Tony, these walk through's look really simple to do on the surface but the reality is that there is significant uninteresting grunt work to get the information out there on a web page, despite all the blogging software tool help.
We could do with a few more of this kind of thing for the more esoteric operating systems and 'layered products'. The other thing that Steve Davidson has proven too me (by being very nice in pointing out how horrendous some of my VMS setup's have been) is that getting VMS installed with some layered products compared to having a properly configured VMS machine are very different points on a long line.
I noted from my previous post that Matt has a walk through of installing decnet on RSX: http://www.9track.net/pdp11/decnet4_netgen
which might be of interest to some.
I wouldn't have a clue how to do that!
Mark.
--
http://www.wickensonline.co.ukhttp://declegacy.org.uk
On Mon, Jul 2, 2012 at 1:49 PM, Mark Benson <md.benson at gmail.com> wrote:
Ultrix I'd like to at least boot for novelty factor (to extend
my claim of having used a vast array of brands of UNIX) and maybe even
a PDP version of UNIX Sys7 or something. The former DECnets, the
latter to my knowledge does not.
I'm not the first, obviously, but I actually finished this bugger off this morning:
http://www.tonyblews.co.uk/2012/07/ultrix-pi-and-simh/
On Mon, Jul 2, 2012 at 1:10 PM, Mark Wickens <mark at wickensonline.co.uk> wrote:
On 02/07/12 06:29, Tony Blews wrote:
On Mon, Jul 2, 2012 at 1:42 AM, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
How many of us here are
running under emulation?
TARDIS is an emulated MicroVAX3900 (VMS)
SIDRAT will be another one, clustered with TARDIS.
JUDOON when i get DECnet working will be an Ultrix (emulated again)
I've never quite yet gotten around to setting up a HECnet connected emulator - maybe I have a psychological block, although the Raspberry Pi is almost there, it's more about finding it a home with suitable connectivity than any software related issues.
Mine are all Pi hosted. Tardis was running fine until 2 days ago, now it runs like a 2 legged dog.
As you guys probably know, my 2 always on nodes are both on SimH
running VAX/ VMS. One is on a HP Microserver, the other on a Raspberry
Pi.
It works effectively, I even discovered that the 'bridge' works on a
Linux box that also runs SimH seemingly fine.
I've only used OpenVMS 7.3 and RSX-11M+ 4.2 in DECnet (and HECnet) via
an emulator thus far because I don't have software kits for anything
else. Ultrix I'd like to at least boot for novelty factor (to extend
my claim of having used a vast array of brands of UNIX) and maybe even
a PDP version of UNIX Sys7 or something. The former DECnets, the
latter to my knowledge does not.
--
Mark Benson
http://markbenson.org/bloghttp://twitter.com/MDBenson
On 02/07/12 06:29, Tony Blews wrote:
On Mon, Jul 2, 2012 at 1:42 AM, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
How many of us here are
running under emulation?
TARDIS is an emulated MicroVAX3900 (VMS)
SIDRAT will be another one, clustered with TARDIS.
JUDOON when i get DECnet working will be an Ultrix (emulated again)
I've never quite yet gotten around to setting up a HECnet connected emulator - maybe I have a psychological block, although the Raspberry Pi is almost there, it's more about finding it a home with suitable connectivity than any software related issues.
I've been interested in Matt's work on providing more platforms for SIMH in the VAX arena, including simulation of graphical displays, you can see his work to date here: http://www.9track.net/simh/video/#mono
Unfortunately this is currently windows-only, I'm not much for Windows as a server-hosting platform, so I'll have to wait patiently until he gets round to providing X support.
Does anyone run SIMH on Solaris? I've recently acquired a Sparcstation 5, and I guess it's the benchmark of a usable server-type platform for me to be able to run SIMH on it.
Regards, Mark.
--
http://www.wickensonline.co.ukhttp://declegacy.org.uk
