- HECnet - lists @ Update

by mark＠wickensonline.co.uk

Malcolm has asked a question about DTSS which I'm not familiar with - does anyone know the answer? Regards, Mark. -------- Original Message -------- Subject: DTSS (stuck?). Date: Sun, 29 Sep 2013 10:36:34 +0000 From: Malcolm Blunden <malcolm_blunden at hotmail.com> To: Mark Wickens <mark at wickensonline.co.uk> Hi Mark! Do you know anyone with experience of DTSS? On Bernd Ulmann's machine, FASOLT, DTSS$CLERK is stuck in LEF, apparently waiting for something that will never happen, and has come up like that through at least two consecutive reboots. I don't know whether he doesn't know how to fix it or hasn't noticed. I don't like to bother him because I know he is very busy, so I'd prefer to be able to offer some suggestions before raising the matter. My own experience, such as it is, is only that DTSS is a nice idea when it works but a real pain when it doesn't. If it isn't fixed before the last Sunday in October, it will cause a slight problem. Any ideas? Regards, Malcolm.

11 years, 10 months

1
0
0 0

Non ASCII fonts on VMS?

by bqt＠softjar.se

On 2013-09-29 00:08, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: Doh! Just checked iterm2, and it also fails on DECCOLM... Both have their issues but then, so does xterm. I found so many issues with the Xorg issue of xterm that I'm now building it from source; not that that doesn't have issues too, it's just not as many. If you find any, I'm all ears. At the moment I'm not aware of any issues in xterm, but I have fixed bugs in it in the past. Johnny -- 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

11 years, 10 months

1
0
0 0

Connecting to HECnet from DEC Legacy 19-20 Oct

by mark＠wickensonline.co.uk

Rob, This is what I have: At the DEC Legacy side I have a Draytek router with a USB data stick plugged in the back. As there is no ADSL connection it fails over to the datastick. I have NAT setup in the router to forward 4711 traffic to a laptop running Johnny's bridge. The bridge is configured to link with my home static IP address bridge running off hecnet.eu. At the home side I have my Mikrotik configured to forward 4711 traffic to the HP microserver running Johnny's bridge. This is configured both with the standard link to psilo and with the dynamic IP address of the USB data stick. When I first get the stick up and running I ssh into the HP microserver, edit bridge.conf with the IP address of the USB datastick and restart the bridge on both ends. If the IP address changes during the day I repeat this process. IIRC at the last DEC Legacy it happened a few times, primarily when the mobile signal dropped off rather than anything that looked more systematic from the carrier's point of view. I'm trying to repeat this set up before this DEC Legacy at home. I've also done this in the past using the stick plugged into an ubuntu laptop and iptables, but I always find there are too many demons there (although I'm a lot more confident having gone through the pain with the Mikotik which uses the same mechanism). I got distracted yesterday when I accidently overwrote the SRM console of a PICMG industrial Alpha I was looking to get OpenVMS installed on with AlphaBIOS (the Windows NT boot firmware). Apparently on these machines you can only have one or other of SRM or AlphaBios but not both. I was then left with a machine that failed on boot till I changed the CR2302 battery. Then it would boot but wouldn't load the firmware update from CDROM (to get it back to SRM) because it said the ROM was protected. I wrote a floppy with the firmware update which would then boot to the SRM update console, but that was hanging at erase. I decided to call it a night after that! Regards, Mark. On 29/09/2013 09:00, Robert Jarratt wrote: I was going to have a go at this today, but thinking about it I am not sure this can work at DEC Legacy or even here at home because it would always be behind NAT. Can we make this work with NAT? What ports would you need? Nevertheless I have it configured with DECnet and I have entered the two SNMP commands below (I used the public community name, not sure if that is right because I know very little about SNMP). The information you wanted was: Your external IP Addres: 86.4.69.74 Your external FQDN: jarratt.dyndns.org Is this a dynamic IP: yes The DECnet area at this location: 5 The source interface on your router: Ethernet0 The email address you want updates sent to: rob at jarratt.me.uk (not sure if this is what you mean, this goes to my regular email address, are we talking about some email capability in the router?) The snmp community from the above directions: public I hope that is the information you need. Regards Rob From: Jarratt RMA [mailto:robert.jarratt at ntlworld.com] Sent: 24 September 2013 21:14 To: HECnet Subject: Re: [HECnet] Connecting to HECnet from DEC Legacy 19-20 Oct I won't be home until the end of the week, I will try it this weekend. Regards Rob On 24 September 2013 21:03, Brian Hechinger <wonko at 4amlunch.net> wrote: Ok, 5 lines. :) first you need to enable DECnet routing: decnet routing X.Y (where X.Y is the DECnet address you want to give it) decnet node-type area Then you need to add this to the interface that talks to your DECnet LAN segment: decnet cost 10 Then you need to allow my config tool to talk to your router: access-list 10 permit 37.59.44.141 snmp-server community <community name> RW 10 Then you just need to get me all that info I asked for and we should be good. The machine running the config tool is down right now so I'm in no hurry. :) -brian On Mon, Sep 23, 2013 at 11:37:23PM +0100, Jarratt RMA wrote: > I have no idea how to set up GRE, but I believe the DECbrouter I have can > do it, does anyone have any pointers on how to set it up? I will also want > to add GRE to my user mode router when I get chance, but for DEC Legacy > using the brouter might be nice. Once I can get it (the brouter) working > let me know how to update your db with the IP address. Question though, > does the IP address change have to be made manually or could it be > automatic? > > Thanks > > Rob > > > On 22 September 2013 23:32, Brian Hechinger <wonko at 4amlunch.net> wrote: > > > If you want to use the GRE tunnels I can give you access to the db to > > update your IP. > > > > -brian > > > > On Sep 22, 2013, at 16:18, "Robert Jarratt" <robert.jarratt at ntlworld.com> > > wrote: > > > > > I don't have multinet and I have never installed it. What protocol does > > it > > > use under the covers, is it something proprietary to multinet? Could I > > get > > > the DECbrouter I bought recently to interoperate with your side? If it is > > > not too hard I could try implementing Multinet interop in my user mode > > > router. > > > > > > > > > > > > Regards > > > > > > > > > > > > Rob > > > > > > > > > > > > From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On > > Behalf > > > Of Steve Davidson > > > Sent: 22 September 2013 11:43 > > > To: hecnet at Update.UU.SE > > > Subject: RE: [HECnet] Connecting to HECnet from DEC Legacy 19-20 Oct > > > > > > > > > > > > If you decide to use Multinet and have access to a dynamic DNS name, > > then I > > > can link SG1:: to it via the SW at this end. It is completely automated. > > > If we can manage to install Multinet on GORVAX:: then the links would be > > > even faster. > > > > > > > > > > > > -Steve > > > > > > > > > > > > _____ > > > > > > From: owner-hecnet at Update.UU.SE on behalf of Mark Wickens > > > Sent: Sat 9/21/2013 16:18 > > > To: hecnet at Update.UU.SE > > > Subject: Re: [HECnet] Connecting to HECnet from DEC Legacy 19-20 Oct > > > > > > On 21/09/2013 21:12, Robert Jarratt wrote: > > > > > > I am hoping to connect to HECnet from the DEC Legacy event in October, > > > hopefully connecting a few interesting systems to HECnet and allowing > > > attendees to explore HECnet. > > > > > > > > > > > > I would be using a USB 3G device to do this, so I wouldn't know my IP > > until > > > the day itself. Is there anyone with a bridge on HECnet who would be > > > available during UK daytime on those days to configure their bridge to > > peer > > > with me? There may be more than one change of IP address over the course > > of > > > the weekend though. > > > > > > > > > > > > Are there any other options? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Rob > > > > > > > > > > > > Rob, > > > > > > Obviously I will have my home bridge going, so maybe we can keep this > > > in-house with a bit of experimentation? I think this is maybe what I did > > > last time, I really can't remember but it makes a lot of sense and it > > does > > > shake my memory a bit! > > > > > > Mark. > > > > > > <winmail.dat> > > -- http://www.wickensonline.co.uk http://hecnet.eu http://declegacy.org.uk http://retrochallenge.net https://twitter.com/#!/%40urbancamo

11 years, 10 months

1
0
0 0

Alpha Server 1200 p/s schematics

by hvlems＠zonnet.nl

Dave, I was trained as a chemist but that is a long time ago (30 years). I've been led astray by a Burroughs mainframe and have earned my money in IT ever since with one exception: in 2012 I taught chemistry for 2 months. Oh boy, secondary school did change a lot in 40 years! -----Oorspronkelijk bericht----- Van: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] Namens Dave McGuire Verzonden: zondag, september 2013 1:43 Aan: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Alpha Server 1200 p/s schematics No problem. A chemist, eh? Very cool. I have the privilege of working with a chemist now; she and I are collaborating on a fluorometer project. Fun stuff. -Dave On 09/28/2013 04:45 PM, Hans Vlems wrote: Thanks Dave *Van: *Dave McGuire *Verzonden: *zaterdag 28 september 2013 21:23 *Aan: *hecnet at Update.UU.SE *Beantwoorden: *hecnet at Update.UU.SE *Onderwerp: *Re: [HECnet] Alpha Server 1200 p/s schematics It's a capacitor that is rated to be placed across (hence 'X') the AC line. They are usually applied in just that situation, and are basically for filtration. However, their secondary purpose is as a "sacrificial" component to protect the rest of the power supply in the event of a large differential glitch between the two AC lines. One must never place a "regular" (i.e., non-X-rated) capacitor in place of one, though. Capacitors designed for such duty are usually physically marked with an 'X'. -Dave On 09/28/2013 02:49 PM, Hans Vlems wrote: I'm just a chemist so help me: what is an X capacitor??? *Van: *Dave McGuire *Verzonden: *zaterdag 28 september 2013 14:56 *Aan: *hecnet at Update.UU.SE *Beantwoorden: *hecnet at Update.UU.SE *Onderwerp: *Re: [HECnet] Alpha Server 1200 p/s schematics On 09/28/2013 08:24 AM, Rok Vidmar wrote: I' m thinking of repairing the damaged unit but need schematics for that. In fact, you don't. Open it up, replace the electrolytes. Near them you may find a blown small element which is not needed really. The 'X' capacitor? Actually I'd not want to run a big power supply without that. They're usually not difficult to find, or to replace. -Dave -- Dave McGuire, AK4HZ New Kensington, PA -- Dave McGuire, AK4HZ New Kensington, PA -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Alpha Server 1200 p/s schematics

by hvlems＠zonnet.nl

The Netherlands tends to follow German standards, so DIN and T V classifications are rather familiar to us. We do have KEMA standards though (Keuring Electrische Matarialen Arnhem). These guys are pretty thorough, they are often more demanding than what the Germans throw at electrical products. Van: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] Namens Clem Cole Verzonden: zondag, september 2013 2:14 Aan: hecnet at Update.UU.SE CC: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Alpha Server 1200 p/s schematics a little more detail. the x means it uses Class X flame retardant dialectic -- in Germany for sure and probably most the eu, class X dialectic is required if you add filtering. any filter cap that goes between the mains and neutral had be made of class X (or class Y if my memory serves me) material or you can't getter German equiv of the us UL for the device [google this if you want to understand more]. that said, the other thing you will see across mains for safety is a semi-conductor called an MOV (metal oxides varister). it has two pins and looks like a cap often orange red or blue and very glossy material but I would not bet on the color. if the designers of the ps assumed an MOV i'd make sure you replace with that not a filter cap. On Sep 28, 2013, at 4:45 PM, Hans Vlems <hvlems at zonnet.nl> wrote: Thanks Dave Van: Dave McGuire Verzonden: zaterdag 28 september 2013 21:23 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Alpha Server 1200 p/s schematics It's a capacitor that is rated to be placed across (hence 'X') the AC line. They are usually applied in just that situation, and are basically for filtration. However, their secondary purpose is as a "sacrificial" component to protect the rest of the power supply in the event of a large differential glitch between the two AC lines. One must never place a "regular" (i.e., non-X-rated) capacitor in place of one, though. Capacitors designed for such duty are usually physically marked with an 'X'. -Dave On 09/28/2013 02:49 PM, Hans Vlems wrote: > I'm just a chemist so help me: what is an X capacitor??? > > *Van: *Dave McGuire > *Verzonden: *zaterdag 28 september 2013 14:56 > *Aan: *hecnet at Update.UU.SE > *Beantwoorden: *hecnet at Update.UU.SE > *Onderwerp: *Re: [HECnet] Alpha Server 1200 p/s schematics > > > On 09/28/2013 08:24 AM, Rok Vidmar wrote: >>> I' m thinking of repairing the damaged unit but need schematics for that. >> >> In fact, you don't. Open it up, replace the electrolytes. Near them you >> may find a blown small element which is not needed really. > > The 'X' capacitor? Actually I'd not want to run a big power supply without > that. They're usually not difficult to find, or to replace. > > -Dave > > -- > Dave McGuire, AK4HZ > New Kensington, PA -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Connecting to HECnet from DEC Legacy 19-20 Oct

by robert.jarratt＠ntlworld.com

I was going to have a go at this today, but thinking about it I am not sure this can work at DEC Legacy or even here at home because it would always be behind NAT. Can we make this work with NAT? What ports would you need? Nevertheless I have it configured with DECnet and I have entered the two SNMP commands below (I used the public community name, not sure if that is right because I know very little about SNMP). The information you wanted was: Your external IP Addres: 86.4.69.74 Your external FQDN: jarratt.dyndns.org Is this a dynamic IP: yes The DECnet area at this location: 5 The source interface on your router: Ethernet0 The email address you want updates sent to: rob at jarratt.me.uk (not sure if this is what you mean, this goes to my regular email address, are we talking about some email capability in the router?) The snmp community from the above directions: public I hope that is the information you need. Regards Rob From: Jarratt RMA [mailto:robert.jarratt at ntlworld.com] Sent: 24 September 2013 21:14 To: HECnet Subject: Re: [HECnet] Connecting to HECnet from DEC Legacy 19-20 Oct I won't be home until the end of the week, I will try it this weekend. Regards Rob On 24 September 2013 21:03, Brian Hechinger <wonko at 4amlunch.net> wrote: Ok, 5 lines. :) first you need to enable DECnet routing: decnet routing X.Y (where X.Y is the DECnet address you want to give it) decnet node-type area Then you need to add this to the interface that talks to your DECnet LAN segment: decnet cost 10 Then you need to allow my config tool to talk to your router: access-list 10 permit 37.59.44.141 snmp-server community <community name> RW 10 Then you just need to get me all that info I asked for and we should be good. The machine running the config tool is down right now so I'm in no hurry. :) -brian On Mon, Sep 23, 2013 at 11:37:23PM +0100, Jarratt RMA wrote: > I have no idea how to set up GRE, but I believe the DECbrouter I have can > do it, does anyone have any pointers on how to set it up? I will also want > to add GRE to my user mode router when I get chance, but for DEC Legacy > using the brouter might be nice. Once I can get it (the brouter) working > let me know how to update your db with the IP address. Question though, > does the IP address change have to be made manually or could it be > automatic? > > Thanks > > Rob > > > On 22 September 2013 23:32, Brian Hechinger <wonko at 4amlunch.net> wrote: > > > If you want to use the GRE tunnels I can give you access to the db to > > update your IP. > > > > -brian > > > > On Sep 22, 2013, at 16:18, "Robert Jarratt" <robert.jarratt at ntlworld.com> > > wrote: > > > > > I don't have multinet and I have never installed it. What protocol does > > it > > > use under the covers, is it something proprietary to multinet? Could I > > get > > > the DECbrouter I bought recently to interoperate with your side? If it is > > > not too hard I could try implementing Multinet interop in my user mode > > > router. > > > > > > > > > > > > Regards > > > > > > > > > > > > Rob > > > > > > > > > > > > From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On > > Behalf > > > Of Steve Davidson > > > Sent: 22 September 2013 11:43 > > > To: hecnet at Update.UU.SE > > > Subject: RE: [HECnet] Connecting to HECnet from DEC Legacy 19-20 Oct > > > > > > > > > > > > If you decide to use Multinet and have access to a dynamic DNS name, > > then I > > > can link SG1:: to it via the SW at this end. It is completely automated. > > > If we can manage to install Multinet on GORVAX:: then the links would be > > > even faster. > > > > > > > > > > > > -Steve > > > > > > > > > > > > _____ > > > > > > From: owner-hecnet at Update.UU.SE on behalf of Mark Wickens > > > Sent: Sat 9/21/2013 16:18 > > > To: hecnet at Update.UU.SE > > > Subject: Re: [HECnet] Connecting to HECnet from DEC Legacy 19-20 Oct > > > > > > On 21/09/2013 21:12, Robert Jarratt wrote: > > > > > > I am hoping to connect to HECnet from the DEC Legacy event in October, > > > hopefully connecting a few interesting systems to HECnet and allowing > > > attendees to explore HECnet. > > > > > > > > > > > > I would be using a USB 3G device to do this, so I wouldn't know my IP > > until > > > the day itself. Is there anyone with a bridge on HECnet who would be > > > available during UK daytime on those days to configure their bridge to > > peer > > > with me? There may be more than one change of IP address over the course > > of > > > the weekend though. > > > > > > > > > > > > Are there any other options? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Rob > > > > > > > > > > > > Rob, > > > > > > Obviously I will have my home bridge going, so maybe we can keep this > > > in-house with a bit of experimentation? I think this is maybe what I did > > > last time, I really can't remember but it makes a lot of sense and it > > does > > > shake my memory a bit! > > > > > > Mark. > > > > > > <winmail.dat> > >

11 years, 10 months

1
0
0 0

IOS images

by wonko＠4amlunch.net

Ok, I figured what the hell and copied the 181x and 2800 images up as well. -brian

11 years, 10 months

1
0
0 0

IOS images

by wonko＠4amlunch.net

Typically you tftp them. If the version you already have on the router supports it SCP and HTTP might also be options. -brian On Sat, Sep 28, 2013 at 11:51:54PM -0400, Gregg Levine wrote: Hello! Here's an interesting question: How are these images delivered to the interested router? ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Sat, Sep 28, 2013 at 11:48 PM, Brian Hechinger <wonko at 4amlunch.net> wrote: http://wiggum.4amlunch.net/hecnet/ios/ 12.4 and 15.1 images for the 1841 router. Unless the router is maxed on ram I'd say use the 12.4 image. I also have 181x (both 12.4 and 15.1) and 2800 (both 12.4 and 15.1) images if anyone needs those. -brian

11 years, 10 months

1
0
0 0

IOS images

by gregg.drwho8＠gmail.com

Hello! Here's an interesting question: How are these images delivered to the interested router? ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Sat, Sep 28, 2013 at 11:48 PM, Brian Hechinger <wonko at 4amlunch.net> wrote: http://wiggum.4amlunch.net/hecnet/ios/ 12.4 and 15.1 images for the 1841 router. Unless the router is maxed on ram I'd say use the 12.4 image. I also have 181x (both 12.4 and 15.1) and 2800 (both 12.4 and 15.1) images if anyone needs those. -brian

11 years, 10 months

1
0
0 0

IOS images

by wonko＠4amlunch.net

http://wiggum.4amlunch.net/hecnet/ios/ 12.4 and 15.1 images for the 1841 router. Unless the router is maxed on ram I'd say use the 12.4 image. I also have 181x (both 12.4 and 15.1) and 2800 (both 12.4 and 15.1) images if anyone needs those. -brian

11 years, 10 months

1
0
0 0

Alpha Server 1200 p/s schematics

by mcguire＠neurotica.com

On 09/28/2013 08:14 PM, Clem Cole wrote: a little more detail. the x means it uses Class X flame retardant dialectic -- in Germany for sure and probably most the eu, class X dialectic is required if you add filtering. Good info! any filter cap that goes between the mains and neutral had be made of class X (or class Y if my memory serves me) material or you can't getter German equiv of the us UL for the device [google this if you want to understand more]. Class Y is required for use from line to ground. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Alpha Server 1200 p/s schematics

by clemc＠ccc.com

a little more detail. the x means it uses Class X flame retardant dialectic -- in Germany for sure and probably most the eu, class X dialectic is required if you add filtering. any filter cap that goes between the mains and neutral had be made of class X (or class Y if my memory serves me) material or you can't getter German equiv of the us UL for the device [google this if you want to understand more]. that said, the other thing you will see across mains for safety is a semi-conductor called an MOV (metal oxides varister). it has two pins and looks like a cap often orange red or blue and very glossy material but I would not bet on the color. if the designers of the ps assumed an MOV i'd make sure you replace with that not a filter cap. On Sep 28, 2013, at 4:45 PM, Hans Vlems <hvlems at zonnet.nl> wrote: Thanks Dave Van: Dave McGuire Verzonden: zaterdag 28 september 2013 21:23 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Alpha Server 1200 p/s schematics It's a capacitor that is rated to be placed across (hence 'X') the AC line. They are usually applied in just that situation, and are basically for filtration. However, their secondary purpose is as a "sacrificial" component to protect the rest of the power supply in the event of a large differential glitch between the two AC lines. One must never place a "regular" (i.e., non-X-rated) capacitor in place of one, though. Capacitors designed for such duty are usually physically marked with an 'X'. -Dave On 09/28/2013 02:49 PM, Hans Vlems wrote: > I'm just a chemist so help me: what is an X capacitor??? > > *Van: *Dave McGuire > *Verzonden: *zaterdag 28 september 2013 14:56 > *Aan: *hecnet at Update.UU.SE > *Beantwoorden: *hecnet at Update.UU.SE > *Onderwerp: *Re: [HECnet] Alpha Server 1200 p/s schematics > > > On 09/28/2013 08:24 AM, Rok Vidmar wrote: >>> I' m thinking of repairing the damaged unit but need schematics for that. >> >> In fact, you don't. Open it up, replace the electrolytes. Near them you >> may find a blown small element which is not needed really. > > The 'X' capacitor? Actually I'd not want to run a big power supply without > that. They're usually not difficult to find, or to replace. > > -Dave > > -- > Dave McGuire, AK4HZ > New Kensington, PA -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Hooking up TOPS-20 to HECnet?

by gregg.drwho8＠gmail.com

Hello! Oh wow. I agree. But that Eclipse. I have fond memories of listening to either a Nova-2 or a Nova-3 or a -4, who evolved into an Eclipse working their way through phototypesetting output and making it available to a variety of output devices. Including two first generation laser based ones and one proof device. It seems like a full century today. But it was about one half to one third of that. That's why Dave that Eclipse is calling me. But enough off-topic. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Sat, Sep 28, 2013 at 7:57 PM, Dave McGuire <mcguire at neurotica.com> wrote: On 09/24/2013 04:37 AM, Pontus Pihlgren wrote: It's very likely that that very computer is here. Two of the three PDP-10s from the MIT AI Lab are here. http://www.neurotica.com/misc/DECsystem-2020s.jpg The (original from MIT) handwritten label on the front of the rightmost one says "This is ML.AI, an ITS". Very nice! Thank you! Here is something you might find interesting (or, what I did two weeks ago): http://www.update.uu.se/~pontus/venus_haul.shtml Wow, beautiful!! Up and running yet? -Dave -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Hooking up TOPS-20 to HECnet?

by mcguire＠neurotica.com

On 09/24/2013 04:37 AM, Pontus Pihlgren wrote: It's very likely that that very computer is here. Two of the three PDP-10s from the MIT AI Lab are here. http://www.neurotica.com/misc/DECsystem-2020s.jpg The (original from MIT) handwritten label on the front of the rightmost one says "This is ML.AI, an ITS". Very nice! Thank you! Here is something you might find interesting (or, what I did two weeks ago): http://www.update.uu.se/~pontus/venus_haul.shtml Wow, beautiful!! Up and running yet? -Dave -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Alpha Server 1200 p/s schematics

by mcguire＠neurotica.com

No problem. A chemist, eh? Very cool. I have the privilege of working with a chemist now; she and I are collaborating on a fluorometer project. Fun stuff. -Dave On 09/28/2013 04:45 PM, Hans Vlems wrote: Thanks Dave *Van: *Dave McGuire *Verzonden: *zaterdag 28 september 2013 21:23 *Aan: *hecnet at Update.UU.SE *Beantwoorden: *hecnet at Update.UU.SE *Onderwerp: *Re: [HECnet] Alpha Server 1200 p/s schematics It's a capacitor that is rated to be placed across (hence 'X') the AC line. They are usually applied in just that situation, and are basically for filtration. However, their secondary purpose is as a "sacrificial" component to protect the rest of the power supply in the event of a large differential glitch between the two AC lines. One must never place a "regular" (i.e., non-X-rated) capacitor in place of one, though. Capacitors designed for such duty are usually physically marked with an 'X'. -Dave On 09/28/2013 02:49 PM, Hans Vlems wrote: I'm just a chemist so help me: what is an X capacitor??? *Van: *Dave McGuire *Verzonden: *zaterdag 28 september 2013 14:56 *Aan: *hecnet at Update.UU.SE *Beantwoorden: *hecnet at Update.UU.SE *Onderwerp: *Re: [HECnet] Alpha Server 1200 p/s schematics On 09/28/2013 08:24 AM, Rok Vidmar wrote: I' m thinking of repairing the damaged unit but need schematics for that. In fact, you don't. Open it up, replace the electrolytes. Near them you may find a blown small element which is not needed really. The 'X' capacitor? Actually I'd not want to run a big power supply without that. They're usually not difficult to find, or to replace. -Dave -- Dave McGuire, AK4HZ New Kensington, PA -- Dave McGuire, AK4HZ New Kensington, PA -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Non ASCII fonts on VMS?

by system＠TMESIS.COM

Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 21:58, Johnny Billquist wrote: On 2013-09-28 21:52, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 21:16, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 13:07, Brian Schenkenberger, VAXman- wrote: Sampsa Laine <sampsa at mac.com> writes: I am playing around with iTerm as well at the moment though. What do you use as a terminal client on OS X? Pros and cons of the various terminal emulations can be debated ad nauseum and ad infinitum. I have iTerm and iTerm2, and Terminal.app on OS X. Both of the iTerm pass the preliminary VTTEST suites but they both fail miserably when asked to do the DECSWL and DECDHL tests. Terminal.app renders both DECSWL and DECDHL rather well. Neither of them will do DECELR and DECSLE. However, in their defense, none of the unix/linux default xterm appear to do them either. I've built xterm from source and there are switches which will enable these. I've not found the ideal combination yet of all of the build switches to make xterm do all of the things I can now accomplish with a real VT terminal or DECterminal. vttest is worse at testing than I thought if it don't pick up that Terminal.app do not even clear the screen when changing to 80 column mode (it should clear the screen, even if you are already in 80 column mode). VTTEST does not detect anything! It merely exercises the terminal or the terminal application sets of escape sequences. It's up to the user that's viewing the results to make the determination. The best way to accomplish this is to use VTTEST on a real VT terminal, become familiar with displayed results ont the real VT terminal and then, run it against the terminal or terminal emulation purporting to be VT-compatible. A valid point. Even so, Terminal.app do not work correctly in the face of the function for setting the terminal width (I don't even recall the name of the escape sequence right now, DECCOLM possibly). I hope VTTEST have a test for this, because that should make it obvious to anyone watching. Yes, it's DECCOLM and there is a test for this. In fact, there are several tests which expect DECCOLM to function properly in order for the output of the test to be displayed properly. I just realized I read a previous line of yours too quickly. I read "Both of the iTerm pass the preliminary VTTEST suites..." as "Both iTerm and Terminal.app pass...", which I couldn't get to fit with the fact that Terminal.app fail on DECCOLM. Oh well. My fault. Doh! Just checked iterm2, and it also fails on DECCOLM... Both have their issues but then, so does xterm. I found so many issues with the Xorg issue of xterm that I'm now building it from source; not that that doesn't have issues too, it's just not as many. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG Well I speak to machines with the voice of humanity.

11 years, 10 months

1
0
0 0

Alpha Server 1200 p/s schematics

by hvlems＠zonnet.nl

Thanks Dave Van: Dave McGuire Verzonden: zaterdag 28 september 2013 21:23 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Alpha Server 1200 p/s schematics It's a capacitor that is rated to be placed across (hence 'X') the AC line. They are usually applied in just that situation, and are basically for filtration. However, their secondary purpose is as a "sacrificial" component to protect the rest of the power supply in the event of a large differential glitch between the two AC lines. One must never place a "regular" (i.e., non-X-rated) capacitor in place of one, though. Capacitors designed for such duty are usually physically marked with an 'X'. -Dave On 09/28/2013 02:49 PM, Hans Vlems wrote: > I'm just a chemist so help me: what is an X capacitor??? > > *Van: *Dave McGuire > *Verzonden: *zaterdag 28 september 2013 14:56 > *Aan: *hecnet at Update.UU.SE > *Beantwoorden: *hecnet at Update.UU.SE > *Onderwerp: *Re: [HECnet] Alpha Server 1200 p/s schematics > > > On 09/28/2013 08:24 AM, Rok Vidmar wrote: >>> I' m thinking of repairing the damaged unit but need schematics for that. >> >> In fact, you don't. Open it up, replace the electrolytes. Near them you >> may find a blown small element which is not needed really. > > The 'X' capacitor? Actually I'd not want to run a big power supply without > that. They're usually not difficult to find, or to replace. > > -Dave > > -- > Dave McGuire, AK4HZ > New Kensington, PA -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Non ASCII fonts on VMS?

by bqt＠softjar.se

On 2013-09-28 21:58, Johnny Billquist wrote: On 2013-09-28 21:52, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 21:16, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 13:07, Brian Schenkenberger, VAXman- wrote: Sampsa Laine <sampsa at mac.com> writes: I am playing around with iTerm as well at the moment though. What do you use as a terminal client on OS X? Pros and cons of the various terminal emulations can be debated ad nauseum and ad infinitum. I have iTerm and iTerm2, and Terminal.app on OS X. Both of the iTerm pass the preliminary VTTEST suites but they both fail miserably when asked to do the DECSWL and DECDHL tests. Terminal.app renders both DECSWL and DECDHL rather well. Neither of them will do DECELR and DECSLE. However, in their defense, none of the unix/linux default xterm appear to do them either. I've built xterm from source and there are switches which will enable these. I've not found the ideal combination yet of all of the build switches to make xterm do all of the things I can now accomplish with a real VT terminal or DECterminal. vttest is worse at testing than I thought if it don't pick up that Terminal.app do not even clear the screen when changing to 80 column mode (it should clear the screen, even if you are already in 80 column mode). VTTEST does not detect anything! It merely exercises the terminal or the terminal application sets of escape sequences. It's up to the user that's viewing the results to make the determination. The best way to accomplish this is to use VTTEST on a real VT terminal, become familiar with displayed results ont the real VT terminal and then, run it against the terminal or terminal emulation purporting to be VT-compatible. A valid point. Even so, Terminal.app do not work correctly in the face of the function for setting the terminal width (I don't even recall the name of the escape sequence right now, DECCOLM possibly). I hope VTTEST have a test for this, because that should make it obvious to anyone watching. Yes, it's DECCOLM and there is a test for this. In fact, there are several tests which expect DECCOLM to function properly in order for the output of the test to be displayed properly. I just realized I read a previous line of yours too quickly. I read "Both of the iTerm pass the preliminary VTTEST suites..." as "Both iTerm and Terminal.app pass...", which I couldn't get to fit with the fact that Terminal.app fail on DECCOLM. Oh well. My fault. Doh! Just checked iterm2, and it also fails on DECCOLM... Johnny -- 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

11 years, 10 months

1
0
0 0

Non ASCII fonts on VMS?

by bqt＠softjar.se

On 2013-09-28 21:52, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 21:16, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 13:07, Brian Schenkenberger, VAXman- wrote: Sampsa Laine <sampsa at mac.com> writes: I am playing around with iTerm as well at the moment though. What do you use as a terminal client on OS X? Pros and cons of the various terminal emulations can be debated ad nauseum and ad infinitum. I have iTerm and iTerm2, and Terminal.app on OS X. Both of the iTerm pass the preliminary VTTEST suites but they both fail miserably when asked to do the DECSWL and DECDHL tests. Terminal.app renders both DECSWL and DECDHL rather well. Neither of them will do DECELR and DECSLE. However, in their defense, none of the unix/linux default xterm appear to do them either. I've built xterm from source and there are switches which will enable these. I've not found the ideal combination yet of all of the build switches to make xterm do all of the things I can now accomplish with a real VT terminal or DECterminal. vttest is worse at testing than I thought if it don't pick up that Terminal.app do not even clear the screen when changing to 80 column mode (it should clear the screen, even if you are already in 80 column mode). VTTEST does not detect anything! It merely exercises the terminal or the terminal application sets of escape sequences. It's up to the user that's viewing the results to make the determination. The best way to accomplish this is to use VTTEST on a real VT terminal, become familiar with displayed results ont the real VT terminal and then, run it against the terminal or terminal emulation purporting to be VT-compatible. A valid point. Even so, Terminal.app do not work correctly in the face of the function for setting the terminal width (I don't even recall the name of the escape sequence right now, DECCOLM possibly). I hope VTTEST have a test for this, because that should make it obvious to anyone watching. Yes, it's DECCOLM and there is a test for this. In fact, there are several tests which expect DECCOLM to function properly in order for the output of the test to be displayed properly. I just realized I read a previous line of yours too quickly. I read "Both of the iTerm pass the preliminary VTTEST suites..." as "Both iTerm and Terminal.app pass...", which I couldn't get to fit with the fact that Terminal.app fail on DECCOLM. Oh well. My fault. Johnny -- 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

11 years, 10 months

1
0
0 0

Non ASCII fonts on VMS?

by system＠TMESIS.COM

Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 21:16, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 13:07, Brian Schenkenberger, VAXman- wrote: Sampsa Laine <sampsa at mac.com> writes: I am playing around with iTerm as well at the moment though. What do you use as a terminal client on OS X? Pros and cons of the various terminal emulations can be debated ad nauseum and ad infinitum. I have iTerm and iTerm2, and Terminal.app on OS X. Both of the iTerm pass the preliminary VTTEST suites but they both fail miserably when asked to do the DECSWL and DECDHL tests. Terminal.app renders both DECSWL and DECDHL rather well. Neither of them will do DECELR and DECSLE. However, in their defense, none of the unix/linux default xterm appear to do them either. I've built xterm from source and there are switches which will enable these. I've not found the ideal combination yet of all of the build switches to make xterm do all of the things I can now accomplish with a real VT terminal or DECterminal. vttest is worse at testing than I thought if it don't pick up that Terminal.app do not even clear the screen when changing to 80 column mode (it should clear the screen, even if you are already in 80 column mode). VTTEST does not detect anything! It merely exercises the terminal or the terminal application sets of escape sequences. It's up to the user that's viewing the results to make the determination. The best way to accomplish this is to use VTTEST on a real VT terminal, become familiar with displayed results ont the real VT terminal and then, run it against the terminal or terminal emulation purporting to be VT-compatible. A valid point. Even so, Terminal.app do not work correctly in the face of the function for setting the terminal width (I don't even recall the name of the escape sequence right now, DECCOLM possibly). I hope VTTEST have a test for this, because that should make it obvious to anyone watching. Yes, it's DECCOLM and there is a test for this. In fact, there are several tests which expect DECCOLM to function properly in order for the output of the test to be displayed properly. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG Well I speak to machines with the voice of humanity.

11 years, 10 months

1
0
0 0

Non ASCII fonts on VMS?

by bqt＠softjar.se

On 2013-09-28 21:18, Johnny Billquist wrote: On 2013-09-28 21:10, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 11:51, Sampsa Laine wrote: Are you saying that Terminal.app (a program I avoid by the way, since the VT100 emulation is buggy) do not pass all values? How are you using it, by the way? Selected some arabic language on your MAC, running the terminal, typing in there, and in the terminal you have telnetted to some VMS box. Yes, essentially, Terminal.app will not accept Arabic letter input but displays Arabic text (incorrectly, without ligatures). I've tried this both locally, over SSH and Telnet. Again, I don't think this is a VMS issue. In this case, I think it is not. But I think you can pretty much expect there to be situations where it will break for you because VMS do not really work correctly with UTF-8. Your best chance, if you really want to do UTF-8 would be to write your own program to output the file. That's not true. VMS is only transmitting bytes of data to his terminal.app. VMS does not have any knowledge of the usage of that transmitted data by the autonomous application that is digesting it at the end of the connection; in this case, Terminal.app. VMS can wrap output, and for that VMS keeps track of printing characters output, so it can know when it hits column 80... And at that point, it inserts extra CR+LF in the stream. Checking at terminal settings in VMS: LFFILL and CRFILL will also mess you up. Thinking a bit more, these two might actually not be a problem. I think a plain CR or LF will not occur in the middle of a multibyte sequence. Broadcast will mess you up. This one is because broadcast text can just as well pop up in the middle of a multibyte character. However, since I think the broadcast will only happen between complete I/O requests, chances might be low, unless you do multibyte characters in multiple I/O requests. TTSYNC can output XOFF and XON characters to you at any time. Correction, it was HOSTSYNC I was thinking of here. Lowercase alters output. Tab can replace the tab character with a number of spaces. And of course, the WRAP issue mentioned previously. Johnny -- 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

11 years, 10 months

1
0
0 0

Alpha Server 1200 p/s schematics

by mcguire＠neurotica.com

It's a capacitor that is rated to be placed across (hence 'X') the AC line. They are usually applied in just that situation, and are basically for filtration. However, their secondary purpose is as a "sacrificial" component to protect the rest of the power supply in the event of a large differential glitch between the two AC lines. One must never place a "regular" (i.e., non-X-rated) capacitor in place of one, though. Capacitors designed for such duty are usually physically marked with an 'X'. -Dave On 09/28/2013 02:49 PM, Hans Vlems wrote: I'm just a chemist so help me: what is an X capacitor??? *Van: *Dave McGuire *Verzonden: *zaterdag 28 september 2013 14:56 *Aan: *hecnet at Update.UU.SE *Beantwoorden: *hecnet at Update.UU.SE *Onderwerp: *Re: [HECnet] Alpha Server 1200 p/s schematics On 09/28/2013 08:24 AM, Rok Vidmar wrote: I' m thinking of repairing the damaged unit but need schematics for that. In fact, you don't. Open it up, replace the electrolytes. Near them you may find a blown small element which is not needed really. The 'X' capacitor? Actually I'd not want to run a big power supply without that. They're usually not difficult to find, or to replace. -Dave -- Dave McGuire, AK4HZ New Kensington, PA -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 10 months

1
0
0 0

Non ASCII fonts on VMS?

by bqt＠softjar.se

On 2013-09-28 21:16, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 13:07, Brian Schenkenberger, VAXman- wrote: Sampsa Laine <sampsa at mac.com> writes: I am playing around with iTerm as well at the moment though. What do you use as a terminal client on OS X? Pros and cons of the various terminal emulations can be debated ad nauseum and ad infinitum. I have iTerm and iTerm2, and Terminal.app on OS X. Both of the iTerm pass the preliminary VTTEST suites but they both fail miserably when asked to do the DECSWL and DECDHL tests. Terminal.app renders both DECSWL and DECDHL rather well. Neither of them will do DECELR and DECSLE. However, in their defense, none of the unix/linux default xterm appear to do them either. I've built xterm from source and there are switches which will enable these. I've not found the ideal combination yet of all of the build switches to make xterm do all of the things I can now accomplish with a real VT terminal or DECterminal. vttest is worse at testing than I thought if it don't pick up that Terminal.app do not even clear the screen when changing to 80 column mode (it should clear the screen, even if you are already in 80 column mode). VTTEST does not detect anything! It merely exercises the terminal or the terminal application sets of escape sequences. It's up to the user that's viewing the results to make the determination. The best way to accomplish this is to use VTTEST on a real VT terminal, become familiar with displayed results ont the real VT terminal and then, run it against the terminal or terminal emulation purporting to be VT-compatible. A valid point. Even so, Terminal.app do not work correctly in the face of the function for setting the terminal width (I don't even recall the name of the escape sequence right now, DECCOLM possibly). I hope VTTEST have a test for this, because that should make it obvious to anyone watching. Johnny -- 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

11 years, 10 months

1
0
0 0

Non ASCII fonts on VMS?

by bqt＠softjar.se

On 2013-09-28 21:10, Brian Schenkenberger, VAXman- wrote: Johnny Billquist <bqt at softjar.se> writes: On 2013-09-28 11:51, Sampsa Laine wrote: Are you saying that Terminal.app (a program I avoid by the way, since the VT100 emulation is buggy) do not pass all values? How are you using it, by the way? Selected some arabic language on your MAC, running the terminal, typing in there, and in the terminal you have telnetted to some VMS box. Yes, essentially, Terminal.app will not accept Arabic letter input but displays Arabic text (incorrectly, without ligatures). I've tried this both locally, over SSH and Telnet. Again, I don't think this is a VMS issue. In this case, I think it is not. But I think you can pretty much expect there to be situations where it will break for you because VMS do not really work correctly with UTF-8. Your best chance, if you really want to do UTF-8 would be to write your own program to output the file. That's not true. VMS is only transmitting bytes of data to his terminal.app. VMS does not have any knowledge of the usage of that transmitted data by the autonomous application that is digesting it at the end of the connection; in this case, Terminal.app. VMS can wrap output, and for that VMS keeps track of printing characters output, so it can know when it hits column 80... And at that point, it inserts extra CR+LF in the stream. Checking at terminal settings in VMS: LFFILL and CRFILL will also mess you up. Broadcast will mess you up. TTSYNC can output XOFF and XON characters to you at any time. Lowercase alters output. Tab can replace the tab character with a number of spaces. All of these can mess up multibyte characters. VMS do not have any knowledge of the usage, and that is the problem, because in the case of UTF-8, there is context implied in the usage. VMS assumes that each byte is a character of its own. Johnny -- 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

11 years, 10 months

1
0
0 0

Alpha Server 1200 p/s schematics

by hvlems＠zonnet.nl

I'll keep you posted! Van: Rok Vidmar Verzonden: zaterdag 28 september 2013 21:02 Aan: HecNet Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Alpha Server 1200 p/s schematics > What would that small element be It was blown beyond recognition. A ceramic condenser? If you can read values from yours, it would help to make it known to community. -- Regards, Rok

11 years, 10 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet