- HECnet - lists @ Update

by sampsa＠mac.com

Well that makes me happy :) I just wish there was a way of doing this "properly", i.e. with VMS ... Sampsa On 9 Jun 2010, at 01:54, Steve Davidson wrote: Works for me! Made it all the way to CHIMPY, logged in, and logged out. -Steve Maybe those modems were connected to a DECserver? Anyway, can you see the B4BBS LAT service I've created? I'd much appreciate if you could do a test connection to see it actually works from outside as well. Sampsa On 9 Jun 2010, at 01:45, Steve Davidson wrote: Actually, The QAR system (bug reporting system for field tests) did have outbound modems. What we did to connect to a customer system was LAT to the QAR system and then connect with kermit (maybe) to the customer. You had to have an account on the QAR system to be able to access the modem pool. -Steve On 9 Jun 2010, at 01:27, Gregg Levine wrote: Hello! I see. A good question. Now that I know that it is someone physical where you are, I am fresh out of ideas. This MUST be doable, it's such an obvious idea :) Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious? Sampsa

15 years, 1 month

1
0
0 0

LAT question

by davidson＠declab.net

Works for me! Made it all the way to CHIMPY, logged in, and logged out. -Steve Maybe those modems were connected to a DECserver? Anyway, can you see the B4BBS LAT service I've created? I'd much appreciate if you could do a test connection to see it actually works from outside as well. Sampsa On 9 Jun 2010, at 01:45, Steve Davidson wrote: Actually, The QAR system (bug reporting system for field tests) did have outbound modems. What we did to connect to a customer system was LAT to the QAR system and then connect with kermit (maybe) to the customer. You had to have an account on the QAR system to be able to access the modem pool. -Steve On 9 Jun 2010, at 01:27, Gregg Levine wrote: Hello! I see. A good question. Now that I know that it is someone physical where you are, I am fresh out of ideas. This MUST be doable, it's such an obvious idea :) Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious? Sampsa

15 years, 1 month

1
0
0 0

LAT question

by davidson＠declab.net

No such luck on modems being connected to a DECserver. Hold on... let me check... I be right back... Steve Maybe those modems were connected to a DECserver? Anyway, can you see the B4BBS LAT service I've created? I'd much appreciate if you could do a test connection to see it actually works from outside as well. Sampsa On 9 Jun 2010, at 01:45, Steve Davidson wrote: Actually, The QAR system (bug reporting system for field tests) did have outbound modems. What we did to connect to a customer system was LAT to the QAR system and then connect with kermit (maybe) to the customer. You had to have an account on the QAR system to be able to access the modem pool. -Steve On 9 Jun 2010, at 01:27, Gregg Levine wrote: Hello! I see. A good question. Now that I know that it is someone physical where you are, I am fresh out of ideas. This MUST be doable, it's such an obvious idea :) Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious? Sampsa

15 years, 1 month

1
0
0 0

LAT question

by sampsa＠mac.com

Maybe those modems were connected to a DECserver? Anyway, can you see the B4BBS LAT service I've created? I'd much appreciate if you could do a test connection to see it actually works from outside as well. Sampsa On 9 Jun 2010, at 01:45, Steve Davidson wrote: Actually, The QAR system (bug reporting system for field tests) did have outbound modems. What we did to connect to a customer system was LAT to the QAR system and then connect with kermit (maybe) to the customer. You had to have an account on the QAR system to be able to access the modem pool. -Steve On 9 Jun 2010, at 01:27, Gregg Levine wrote: Hello! I see. A good question. Now that I know that it is someone physical where you are, I am fresh out of ideas. This MUST be doable, it's such an obvious idea :) Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious? Sampsa

15 years, 1 month

1
0
0 0

LAT question

by davidson＠declab.net

Actually, The QAR system (bug reporting system for field tests) did have outbound modems. What we did to connect to a customer system was LAT to the QAR system and then connect with kermit (maybe) to the customer. You had to have an account on the QAR system to be able to access the modem pool. -Steve On 9 Jun 2010, at 01:27, Gregg Levine wrote: Hello! I see. A good question. Now that I know that it is someone physical where you are, I am fresh out of ideas. This MUST be doable, it's such an obvious idea :) Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious? Sampsa

15 years, 1 month

1
0
0 0

LAT question

by sampsa＠mac.com

Hmm, I guess, but it needn't be a modem, some other serial device one would like to share over LAT. In any case, I figured out a way of doing it with latd on my Linux box - not ideal, but better than nothing. Maybe someone can figure out how to do this using VMS, I'm stumped though. Sampsa On 9 Jun 2010, at 01:40, Steve Davidson wrote: Actually no. This is because no one would be responsible for the long distance calls/abuse. -Steve On 9 Jun 2010, at 01:27, Gregg Levine wrote: Hello! I see. A good question. Now that I know that it is someone physical where you are, I am fresh out of ideas. This MUST be doable, it's such an obvious idea :) Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious? Sampsa

15 years, 1 month

1
0
0 0

LAT question

by davidson＠declab.net

Actually no. This is because no one would be responsible for the long distance calls/abuse. -Steve On 9 Jun 2010, at 01:27, Gregg Levine wrote: Hello! I see. A good question. Now that I know that it is someone physical where you are, I am fresh out of ideas. This MUST be doable, it's such an obvious idea :) Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious? Sampsa

15 years, 1 month

1
0
0 0

LAT question

by sampsa＠mac.com

On 9 Jun 2010, at 01:27, Gregg Levine wrote: Hello! I see. A good question. Now that I know that it is someone physical where you are, I am fresh out of ideas. This MUST be doable, it's such an obvious idea :) Let's say back in the day I had a modem connected to one of my VMS boxes, would not sharing it over LAT be pretty obvious? Sampsa

15 years, 1 month

1
0
0 0

LAT question

by gregg.drwho8＠gmail.com

On Tue, Jun 8, 2010 at 8:25 PM, Sampsa Laine <sampsa at mac.com> wrote: Gregg, In this instance I'm testing this on a physical Itanium box running the OpenVMS 8.4 field test :) I suppose my question can be generalised as this: How do I set up a LAT service to share a terminal port from a VMS system over LAT, in the same way as one would set up reverse LAT on a DECserver (i.e. create a service that connects to a specified physical port)? The steps I followed in this particular case are listed below. Sampsa On 9 Jun 2010, at 01:22, Gregg Levine wrote: On Tue, Jun 8, 2010 at 7:43 PM, Sampsa Laine <sampsa at mac.com> wrote: Guys, I want to create a LAT service connected to a virtual terminal port (created using TELNET/CREATE) and then when users connect to this service they get redirected over telnet to the destination. This is what I tried: lcp:==$sys$system:latcp TELNET/CREATE B4BBS 23 1 lcp create port lta1337/application lcp set port lta1337/port=tna1 lcp create service b4bbs lcp set port lta1337: /service=b4bbs However when I connect to the service b4bbs I am not redirected to the TNA1 telnet connection, but just get the normal log in screen of the host I created the service on. Where am I going wrong here? Sampsa Hello! First things first, what are we running here? Also is it running physical or virtual? That is, did you install the chosen OS into SIMH/(that) or onto (that), where the phrase means what you chose. Please do me a favour, and list the steps you followed to create the contraption in question. Incidentally Sampsa there's nothing outside your flat today except all of London. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." Hello! I see. A good question. Now that I know that it is someone physical where you are, I am fresh out of ideas. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

15 years, 1 month

1
0
0 0

LAT question

by sampsa＠mac.com

Gregg, In this instance I'm testing this on a physical Itanium box running the OpenVMS 8.4 field test :) I suppose my question can be generalised as this: How do I set up a LAT service to share a terminal port from a VMS system over LAT, in the same way as one would set up reverse LAT on a DECserver (i.e. create a service that connects to a specified physical port)? The steps I followed in this particular case are listed below. Sampsa On 9 Jun 2010, at 01:22, Gregg Levine wrote: On Tue, Jun 8, 2010 at 7:43 PM, Sampsa Laine <sampsa at mac.com> wrote: Guys, I want to create a LAT service connected to a virtual terminal port (created using TELNET/CREATE) and then when users connect to this service they get redirected over telnet to the destination. This is what I tried: lcp:==$sys$system:latcp TELNET/CREATE B4BBS 23 1 lcp create port lta1337/application lcp set port lta1337/port=tna1 lcp create service b4bbs lcp set port lta1337: /service=b4bbs However when I connect to the service b4bbs I am not redirected to the TNA1 telnet connection, but just get the normal log in screen of the host I created the service on. Where am I going wrong here? Sampsa Hello! First things first, what are we running here? Also is it running physical or virtual? That is, did you install the chosen OS into SIMH/(that) or onto (that), where the phrase means what you chose. Please do me a favour, and list the steps you followed to create the contraption in question. Incidentally Sampsa there's nothing outside your flat today except all of London. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

15 years, 1 month

1
0
0 0

LAT question

by gregg.drwho8＠gmail.com

On Tue, Jun 8, 2010 at 7:43 PM, Sampsa Laine <sampsa at mac.com> wrote: Guys, I want to create a LAT service connected to a virtual terminal port (created using TELNET/CREATE) and then when users connect to this service they get redirected over telnet to the destination. This is what I tried: lcp:==$sys$system:latcp TELNET/CREATE B4BBS 23 1 lcp create port lta1337/application lcp set port lta1337/port=tna1 lcp create service b4bbs lcp set port lta1337: /service=b4bbs However when I connect to the service b4bbs I am not redirected to the TNA1 telnet connection, but just get the normal log in screen of the host I created the service on. Where am I going wrong here? Sampsa Hello! First things first, what are we running here? Also is it running physical or virtual? That is, did you install the chosen OS into SIMH/(that) or onto (that), where the phrase means what you chose. Please do me a favour, and list the steps you followed to create the contraption in question. Incidentally Sampsa there's nothing outside your flat today except all of London. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

15 years, 1 month

1
0
0 0

LAT question

by sampsa＠mac.com

Guys, I want to create a LAT service connected to a virtual terminal port (created using TELNET/CREATE) and then when users connect to this service they get redirected over telnet to the destination. This is what I tried: lcp:==$sys$system:latcp TELNET/CREATE B4BBS 23 1 lcp create port lta1337/application lcp set port lta1337/port=tna1 lcp create service b4bbs lcp set port lta1337: /service=b4bbs However when I connect to the service b4bbs I am not redirected to the TNA1 telnet connection, but just get the normal log in screen of the host I created the service on. Where am I going wrong here? Sampsa

15 years, 1 month

1
0
0 0

New Digital Unix node TIGER on HECnet

by gerry77＠mail.com

On Sat, 5 Jun 2010 15:54:20 -0400, you wrote: OK, you tried playing nice -- so now play dirty! If you never found a way to make NULJOB (or whatever TOPS-10 has for an idle loop -- I've never been into the sources) identify itself to KLH10, why not hack up KLH10 to detect NULJOB itself? Well, this approach has various issues that have to be considered: 1. first of all, we do not know anything about PDP-10 machine code, so it would be quite difficult to pin down the exact instruction sequence that would tell us the OS is in its idle loop. And then there must be someone quite proficient in C language who should modify the emulator (i.e. not me). 2. I have some very faint memories about difficulties in tracking down the TOPS-10 idle loop (or it was TOPS-20?). That is it does not make something easily identifiable by just analyzing the actual instruction stream. I must have read something about this topic somewhere in the last three years... 3. Oh well, it would be nice to learn where is the culprit and how to rebuild a TOPS-10 monitor from scratch! :-) Now I've posted a request to alt.sys.pdp10. Let's see if someone will explain me what to do. Some misc bits: A nice post about the (dis)advantages of modifying either the emulator or the OS: http://groups.google.com/group/alt.sys.pdp10/msg/c1c8e09d247595ce A description of the special KLH10 idle device. At the end of the document there is also a brief explanation about where to put the needed monitor patches: http://www.avanthar.com/~healyzh/klh10/doc/dvhost.txt Bye, G.

15 years, 1 month

1
0
0 0

Announcement: We've rolled out a retro UUCP network, UUHEC.net

by sampsa＠mac.com

Jason, I'll add you to our mailing list then, try to think of a good system name :) Sampsa On 7 Jun 2010, at 02:56, Jason Stevens wrote: I'd love to get involved in a UUCP over IP network...! On Sun, Jun 6, 2010 at 3:52 PM, Sampsa Laine <sampsa at mac.com> wrote: Whilst not strictly HECnet related, I figured as this audience is likely to be full of people who enjoy tinkering with various bits of retro tech stuff and so I thought I'd let you know that we've rolled out a small UUCP "network" between myself, Steve and Fred. It runs over TCP links between our sites, mainly running Taylor UUCP, however one of my hosts runs a 1992 bit of BBS software called Waffle 1.65. Let me know if anyone wants to join in, it's a giggle, really*. I'll even route real internet mail for interested parties** - we have registered the UUHEC.net domain for this purpose. Sampsa * Seriously, check out the crazy Waffle BBS software by logging into CHIMPY as the user B4BBS and then log on as WAFFLE at B4BBS. It's default messages keep cracking me up, random Zippy the Pinhead quotes all over the place. ** Within reason.

15 years, 1 month

1
0
0 0

Announcement: We've rolled out a retro UUCP network, UUHEC.net

by neozeed＠gmail.com

I'd love to get involved in a UUCP over IP network...! On Sun, Jun 6, 2010 at 3:52 PM, Sampsa Laine <sampsa at mac.com> wrote: Whilst not strictly HECnet related, I figured as this audience is likely to be full of people who enjoy tinkering with various bits of retro tech stuff and so I thought I'd let you know that we've rolled out a small UUCP "network" between myself, Steve and Fred. It runs over TCP links between our sites, mainly running Taylor UUCP, however one of my hosts runs a 1992 bit of BBS software called Waffle 1.65. Let me know if anyone wants to join in, it's a giggle, really*. I'll even route real internet mail for interested parties** - we have registered the UUHEC.net domain for this purpose. Sampsa * Seriously, check out the crazy Waffle BBS software by logging into CHIMPY as the user B4BBS and then log on as WAFFLE at B4BBS. It's default messages keep cracking me up, random Zippy the Pinhead quotes all over the place. ** Within reason.

15 years, 1 month

1
0
0 0

Re: DECnet kit for RT-11

by davidson＠declab.net

The XC handler was done at the same time (give or take) as XU and XQ. It is done with a prefix file (.INCLUDE) of the common source for X?. I will have to boot up my Pro to say for sure. It did ship in the V5.x timeframe with the Pro kit. I'm trying to remember if I have a copy of the XC source listing. If not I'd be interested in one. The reason is that I've long wanted to make an XC driver for DECnet/E. The main thing holding me back is the utter disgustingness of that Ethernet chip... paul Paul, Contact me offline to discuss. -Steve

15 years, 1 month

1
0
0 0

Announcement: We've rolled out a retro UUCP network, UUHEC.net

by tim.sneddon＠bigpond.com

On 7/06/2010 8:40 AM, Sampsa Laine wrote: Shall I add you to our mailing list in this case? Yes please. Thanks, Tim.

15 years, 1 month

1
0
0 0

Re: DECnet kit for RT-11

by Paul_Koning＠Dell.com

The XC handler was done at the same time (give or take) as XU and XQ. It is done with a prefix file (.INCLUDE) of the common source for X?. I will have to boot up my Pro to say for sure. It did ship in the V5.x timeframe with the Pro kit. I'm trying to remember if I have a copy of the XC source listing. If not I'd be interested in one. The reason is that I've long wanted to make an XC driver for DECnet/E. The main thing holding me back is the utter disgustingness of that Ethernet chip... paul

15 years, 1 month

1
0
0 0

Announcement: We've rolled out a retro UUCP network, UUHEC.net

by sampsa＠mac.com

OK, done. Can you elaborate on the watching bit - I'm a tad confused.... Sampsa On 7 Jun 2010, at 01:59, Gregg Levine wrote: Hello! I am always interested. When you find the time, please add me to your mail list for the whole business. Incidentally Sampsa, there's a something-or-other watching you. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

15 years, 1 month

1
0
0 0

Announcement: We've rolled out a retro UUCP network, UUHEC.net

by gregg.drwho8＠gmail.com

On Sun, Jun 6, 2010 at 8:56 PM, Sampsa Laine <sampsa at mac.com> wrote: Cool, anyone else interested please let me know and I'll add you to our UUHEC mailing list and get the ball rolling. Sampsa On 7 Jun 2010, at 01:32, Tim Sneddon wrote: On 7/06/2010 3:52 AM, Sampsa Laine wrote: Whilst not strictly HECnet related, I figured as this audience is likely to be full of people who enjoy tinkering with various bits of retro tech stuff and so I thought I'd let you know that we've rolled out a small UUCP "network" between myself, Steve and Fred. It runs over TCP links between our sites, mainly running Taylor UUCP, however one of my hosts runs a 1992 bit of BBS software called Waffle 1.65. Let me know if anyone wants to join in, it's a giggle, really*. I'll even route real internet mail for interested parties** - we have registered the UUHEC.net domain for this purpose. I'm interested in joining. I might be tempted to put UUCP support back into MX ;-) Tim. Hello! I am always interested. When you find the time, please add me to your mail list for the whole business. Incidentally Sampsa, there's a something-or-other watching you. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

15 years, 1 month

1
0
0 0

Announcement: We've rolled out a retro UUCP network, UUHEC.net

by sampsa＠mac.com

Cool, anyone else interested please let me know and I'll add you to our UUHEC mailing list and get the ball rolling. Sampsa On 7 Jun 2010, at 01:32, Tim Sneddon wrote: On 7/06/2010 3:52 AM, Sampsa Laine wrote: Whilst not strictly HECnet related, I figured as this audience is likely to be full of people who enjoy tinkering with various bits of retro tech stuff and so I thought I'd let you know that we've rolled out a small UUCP "network" between myself, Steve and Fred. It runs over TCP links between our sites, mainly running Taylor UUCP, however one of my hosts runs a 1992 bit of BBS software called Waffle 1.65. Let me know if anyone wants to join in, it's a giggle, really*. I'll even route real internet mail for interested parties** - we have registered the UUHEC.net domain for this purpose. I'm interested in joining. I might be tempted to put UUCP support back into MX ;-) Tim.

15 years, 1 month

1
0
0 0

Announcement: We've rolled out a retro UUCP network, UUHEC.net

by sampsa＠mac.com

Shall I add you to our mailing list in this case? Sampsa On 7 Jun 2010, at 01:32, Tim Sneddon wrote: On 7/06/2010 3:52 AM, Sampsa Laine wrote: Whilst not strictly HECnet related, I figured as this audience is likely to be full of people who enjoy tinkering with various bits of retro tech stuff and so I thought I'd let you know that we've rolled out a small UUCP "network" between myself, Steve and Fred. It runs over TCP links between our sites, mainly running Taylor UUCP, however one of my hosts runs a 1992 bit of BBS software called Waffle 1.65. Let me know if anyone wants to join in, it's a giggle, really*. I'll even route real internet mail for interested parties** - we have registered the UUHEC.net domain for this purpose. I'm interested in joining. I might be tempted to put UUCP support back into MX ;-) Tim.

15 years, 1 month

1
0
0 0

Announcement: We've rolled out a retro UUCP network, UUHEC.net

by tim.sneddon＠bigpond.com

On 7/06/2010 3:52 AM, Sampsa Laine wrote: Whilst not strictly HECnet related, I figured as this audience is likely to be full of people who enjoy tinkering with various bits of retro tech stuff and so I thought I'd let you know that we've rolled out a small UUCP "network" between myself, Steve and Fred. It runs over TCP links between our sites, mainly running Taylor UUCP, however one of my hosts runs a 1992 bit of BBS software called Waffle 1.65. Let me know if anyone wants to join in, it's a giggle, really*. I'll even route real internet mail for interested parties** - we have registered the UUHEC.net domain for this purpose. I'm interested in joining. I might be tempted to put UUCP support back into MX ;-) Tim.

15 years, 1 month

1
0
0 0

New Digital Unix node TIGER on HECnet

by tim.sneddon＠bigpond.com

On 6/06/2010 11:11 PM, Zane H. Healy wrote: At 9:34 PM +0800 6/5/10, Tim Sneddon wrote: On 5/06/2010 4:35 PM, Mark Wickens wrote: RE: VAXstation 4000/VLC - when I tried to do development on the box or display remote decterms it was pretty slow, even with 24MB. Also, you must have different/newer fans in yours - mine make a hell of a racket! I will agree with being slow :-) I find that it's not too bad though. Unfortunately I don't have the space to get the 4000/90 up and running. I too had noisy fans, but after a healthy dose of contact cleaner and oil they are almost silent. Maybe they just need a good clean? I wonder if that's what mine needs. It probably is. The stuff coming out of mine was scary! I'm trying to remember if the PS was totally dead, or if it was howling to the point I couldn't run it in the dining room (actually that wouldn't be a problem now that it lives in the garage). I've been wondering if the fans are replaceable. I was able to find the fans in the parts catalogue of the local electronics store. The only thing is, the fans sit in a small rubber sleeve that holds then in the power supply. Don't throw away the sleeve! The fans slip right out. Tim.

15 years, 1 month

1
0
0 0

Re: DECnet kit for RT-11

by davidson＠declab.net

Marty and Megan are the same person. Marty and I used to go dumpster diving at "The Mill" for spare parts. I built my office PDP-11/23+ from many of those parts with Marty's help. Marty became Megan just as I was leaving the RT-11 group (circa July 86). The XC handler was done at the same time (give or take) as XU and XQ. It is done with a prefix file (.INCLUDE) of the common source for X?. I will have to boot up my Pro to say for sure. It did ship in the V5.x timeframe with the Pro kit. DECnet/RT-11 shipped on 6 RX50's. I have only been able to find the last 6. I have been cleaning up my basement trying to find the others. I can't imagine how the kit got separated - but it did somehow and so I keep looking. I have been looking for it for some time. The basement is large and I still have a ways to go. I have to warn you... the kit is LARGE and the memory footprint is nothing short of UGLY! You do get to tune it a bit but it's still UGLY! -Steve Marty or Megan? Last time I asked Megan about it, she thought she had a kit, but it was where she couldn't get to it. I know that feeling I'm only just starting to get access to much of my hardware that has been unaccessible for the past decade. I've been trying to get a kit for a decade or more. :-( In that time I've been able to learn almost nothing about it. The existence of an XC handler is news to me. Zane At 3:37 PM -0400 6/6/10, Steve Davidson wrote: Zane, I have been able to find only half the kit. It is installed on my Pro however. DEC only made the one kit - the Pro was never included or excluded to my knowledge. When I joined the RT-11 group DECnet on RT-11 was cancelled within a week of my start date. I had hoped to work on that project, but that never came to be. The XC "handler" (driver) is the 10M interface on the Pro. It was written by Marty Gentry just before DECnet's cancellation. -Steve Do you have the DECnet kit for RT-11, or is this a version specific to the Pro-380? Zane At 7:41 PM -0400 6/4/10, Steve Davidson wrote: I have an ULTRIX kit, but no license. I also have Digital UNIX but again no license. I do not have DECnet for either - sorry. I am working on getting a PRO-380 (RT-11) w/DECnet to talk to HECnet. The DECNA has died a horrible death but the com port may be a possibility. -Steve -- | Zane H. Healy | UNIX Systems Administrator | | healyzh at aracnet.com | OpenVMS Enthusiast | | | 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/ | -- | Zane H. Healy | UNIX Systems Administrator | | healyzh at aracnet.com | OpenVMS Enthusiast | | | 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/ |

15 years, 1 month

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet