Transporter accident involving a raccon and a VAXcluster that does cybersecurity research
Hey all, I'm still looking for C++ software engineering jobs~ Mainly on Linux but i'm flexible, Ideally remote or on the west coast.
I can also do Python, and FPGA stuff, or Hardware/PCB design too, but SE is my main skill set. Feel free to DM me~
Or email me at aki@ .net (lethalbit)
Re-notes appreciated~
My small cybersecurity company got sold to a VC firm a few years ago and they've decided to have their first round of layoffs in 30 years, so now I'm looking for work. If anyone is looking for or knows anyone looking for a computer security researcher/developer with skills in formal methods, binary hardening, low-level system design and programming, please contact me @LadyLandshark on Twitter
Thanks to Technology Connections for finding this incredible 16mm short from 1975 about code style.
Man have I worked with people who could have used this one
In this "fun"-filled article, we get to see a retrocomputing enthusiast:
They failed to run a lot of software they specifically got for their shiny new HP-UX. This is because a lot of UNIX workstation software is/was proprietary, and required licenses to use. Even the demo licenses have expired long ago. And the still-existing vendors aren't interested in helping out enthusiasts and/or don't even have the tools generate licenses for their old versions anymore. Don't take my work for it; the author of the linked article tried to get licenses, and all the conversations fizzled out.
This article is a harsh lesson in how FlexLM and DRM are cancers, and companies treat their own old software like trash to be swept away. Software is being destroyed at an alarming rate due to negligence. Even if the software isn't commercially viable anymore and the hardware platforms are niche, I argue that hard work and energy put into creating the software is only truly lost when people can't1 run those old versions anymore.
I personally don't have nostalgia for UNIX workstations, and if I had one (too damn expensive :/), I'd run one of the FOSS BSDs on it b/c I enjoy running period-incorrect software on old machines. But I feel horrible for those UNIX workstation enthusiasts who don't share my aesthetic. They're having significant trouble getting their old machines to run the way they want, to enjoy computing on their own terms.
I got pretty angry reading this. Which I take as: the article is doing a good job. I don't usually see problems like this in the DOS world. I wonder why...
unfortunately, all deeply accurate. and it pains me to see--it's my belief that if you're going to collect old unix workstations, it's important to remember the context. these machines were very rarely expected to run on their own. they boot up with the expectation that they're going to be pulling resources from the network to get themselves going. but, okay, let's assume you've got a computer lying around that can feed it whatever it needs to get going.
now what? i ran into this when i picked up an old VAXstation on the cheap... DEC was acquired by Compaq, which was acquired by Hewlett-Packard, which split itself up into HP and Hewlett-Packard Enterprise, and we're now at the point where anyone who cared about DEC's products has, with a high degree of probability, left the company. probably to retire so they don't have to think about computers in a professional capacity ever again. (fates bless them for achieving freedom.) since basically nobody's left who cares, there's no interest in trying to make software and patches and documentation findable. HP's support sites were legendarily fragmented and bad even before the corporate split. good luck if you want anything from the pre-Oracle days at Sun.
i met someone recently who affectionately refers to his collection of vintage computing as e-waste. he's gone to great lengths to ensure that everything remains functional, and that they can boot up in something resembling the environment they expect to thrive in. but this requires effort, and frankly it requires knowing the right people to be able to get yr hands on software. the retrocomputing community makes it easier, of course, but some things are still only whispered about because the patents are still active, or even more improbably, the software's still in development. HP sold VMS, the old DEC operating system, off to a third-party company who's still developing and supporting it. but only for x86. the old hobbyist-license program that people were using to keep old VAXen running? dead, as far as i can tell. HPE shut their hobbyist program down when they transferred the rights to VMS, and the new company isn't offering them. it says it right there on the new sign-up page:
Please note that in accordance with the license agreement between VMS Software Inc. and HPE, VMS Software Inc. are not able to distribute VAX licenses.
so go fuck yrself, i guess. it breaks my heart a little that these elements of computing history are so thoroughly abandoned and lost. partly out of nostalgia, to be sure, whomst among us doesn't yearn for when things... at least, we thought they sucked less. in some objective ways, they did. but goddamn, it sucks to see old ideas get implemented in worse ways--or, even more annoyingly, old ideas get completely ignored in favour of some shiny bullshit that isn't even half-baked.
sic transit gloria, and all that shit. keep circulating the tapes.
To expand on what Liz is talking about, I think: One of the even bigger (literally) tragedies of retrocomputing is that it is mostly constrained to individual-scale machines.
The Living Computer Museum in Seattle closed during the pandemic. It seems unlikely that it will ever open again. While I had some Doubts about many of their curation choices, they did have an entire floor of interactive exhibits. Most of them were microcomputers, and it was very cool that you could use a Lisa, a Sun, a TI 99, a Tandy CoCo, and a NeXT in short order, with your own two hands, at your own pace. I know the preeminent collector of Xerox graphical workstations, and yet the first time I ever used one was at the LCM, not at his house.
However, what was even cooler was the Mainframe Room. A door at one end of the second floor led into a loud, cold room with raised flooring, in which a variety of machines from CDC, IBM, and others lived. There were terminals along one wall which would let you log into these systems, and in fact, you could even telnet into some of them from home.
You couldn't touch the hardware, there were big signs to this effect everywhere - but it didn't make sense to touch these machines, and this is germane to my point.
An IBM System/360 is not a "device," unless you also think we should apply that term to, say, a steel mill. Yes, iron comes in one end and steel I-beams come out the other, and it all works together, but undeniably it is a collection of many devices, gadgets, and machines that collectively accomplish a goal.
I don't know which is more complex: the infrastructure behind a steel mill, or that behind a mainframe computer, but I know that neither one can be casually reconstructed.
If you find a Sun anything lurking in a disused office at your university, there's a good chance you can bring it home, plug in an IEC cable, possibly a monitor you already own (or one you can get on eBay for $400 shipped), and boot it right up. Perhaps the hard drive dies, but you can see the firmware go, and maybe replace the HDD.
You won't find a System/360, and if you do, you will not be able to get it working. I have only ever heard of maybe a half dozen people under 60 who would even know where to start. They are extremely complex, extremely specific, and extremely big. They also did not get casually discarded or forgotten in offices - most of them were deliberately sent to the trash, because they were simply too massive to keep around once they weren't needed anymore.
There were countless incompatible revisions of everything. If you want a working mainframe, you will need to scour high and low, far and wide to bring together hundreds of parts, largely unlabeled except for line noise like "10-1058A." Even the cables are so obscure that you will have to build them, not buy them. Some of the connectors were custom.
Nothing will work. You will need to read schematics in manuals that are not on the internet, then do board repairs at the component level. You will need to test single transistors and know how to tell if one is "injured," because they will not necessarily be entirely dead, nor will it be practical to bulk-replace them. You will make hours-long repairs that do not fix the problem. You simply cannot tinker one of these back to life; you will need to become a genuine expert.
You will end up with at least one full 19" rack; probably several. I know someone whose entire garage is currently occupied by a single computer. I do not believe anyone else has one of these. There is no room to move around it. It does not work, and if it did, it would require a 480V AC supply at an amperage that would be challenging to obtain at most warehouses.
Once you've done all this work and you get the thing to boot up, congratulations: it's very, very boring. Even the people who are into these things struggle to make them do anything. I was going to add some adjectives to that sentence, but that's really it.
Among one of my retrocomputing friend groups, the joke is that mainframes were for printing invoices. This is basically accurate. Generally, you can't sit down at a mainframe and "open a program," and if you can, it's going to be unspeakably austere: a blank terminal with a blinking cursor and a couple meaningless numbers at the top and bottom of the screen, considered a UI masterpiece for its time.
Most of the programs are also gone - 99% of the software that ever existed for these systems was bespoke, never left the company that developed it, and even if you get it, you'll probably be in the "Disk 5 of 10" situation, where it depends on external systems that no longer exist. You might manage to get a hold of the tape labeled "LITECORP ACCNTNG 1980 V1.6", but you aren't going to get the blank database that was handcrafted when the thing was first written, without which it can't run.
And even if you got all that... it probably just prints invoices. That's what these were for. All your bank branches or insurance agencies send a tape once a month with the output from the minicomputer that runs the terminals at everyone's desks, and then a clerk reads each one into the machine, it slurps up all the customer records, and then a "chain printer" begins spewing (literally) bills that will later be stuffed into envelopes and mailed out.
Very probably, this system had no UI other than "INSERT TAPE TO READ." If the software barfed, it probably dropped a physical trouble ticket* and a "Systems Analyst" (midcentury term for "devops thought lord") would either stare at the raw database or launch a debugger for some horrifying sludge language like PL360.
* This is artistic license - I don't know that the physical "ticket drop" ever occurred outside of the phone company.
I have very little firsthand experience with these, I admit, and I'm conflating stories from other people. But this seems to be the consensus among everyone I've known who used this kind of gear.
Likewise, supercomputers - a word that has inspired awe in nerds for decades - are absolutely mind-numbingly uninteresting. A supercomputer is basically a device which accepts 10GB of integers, sits spinning its fans for two days, and then spits out "10.582338." Scientists hoot and holler; this means something to them, but to nobody else.
Basically: retrocomputing mostly orbits devices that are easy, convenient, and immediately satisfying to collect and restore. In much the same way that people collect cars, but not so much semi trucks or locomotives, which have to be preserved by Organizations, I don't really see much discussion of what is to become of Big Iron. And then there's stuff even further beyond that.
There's that whole Youtube series about restoring the Apollo computer - which I think tailed off in viewership massively after one or two eps, because it turns out that, yeah, you talk to it in line noise and it just spits out a bunch of red LED digits. you can't, exactly, "play" with it, or even "use" it for anything other than landing a spaceship.
It's good someone's fixing that up. But let's go even further: Who's preserving the bowling alley computers?
I've been thinking about this for literally decades. Something drives all those monitors over the lanes that show the scores, and then the skiier wiping out when you whiff it. Nowadays they might be dedicated devices, but we can be absolutely certain that in 1995, there wasn't a video playback unit in every single one - and in 1990, there wasn't even a computer in every one.
They had to be terminals. But what kind? Obviously they were graphical, and they had those little custom keyboards. There almost certainly wasn't one dedicated computer per lane to talk to those things. My guess is that the screens were "graphical dumb terminals", if you will, and in the back room there was a minicomputer with 50 serial ports, half to talk to the keyboards, half to send proprietary drawing commands to the displays.
And then the video clips? Where did those come from? My guess is: Bank of five or six laserdisc players that get switched through to a display via some obnoxious serial-controlled matrix switcher whenever a clip needs to play.
The input from the lane sensors has to be some nightmarish spiderweb of 22 gauge wires tied into gigantic bundles that run from the mechanics into the backroom and terminate into some horrific 256-lane GPIO module.
And nobody knows anything about all of this, as far as I can tell. I'm making shit up from whole cloth because there are zero webpages about it. And as old lanes go out of business and get demolished, or upgrade to newer gear, you can be sure the old stuff is just being goldscrapped.
So what's the point of this rambling post? This: We are losing more than we are saving. How should we feel about this? What should we do?
Well, you can try to Paul Allen (founder of the living computer museum) the problem away. Become rich, or inveigle yourself with people who are rich, and begin traveling the world, collecting every scrap of every single machine that has ever been made and packing it all into a series of warehouses.
But then, where should you stop? If your warehouse contains System/360s, shouldn't it contain bowling alley computers? Why not traffic light controllers? Avionics from mid-80s Boeing jets? What computer isn't worth preserving? You can either keep absolutely everything, or set an arbitrary line somewhere.
Keeping absolutely everything is problematic. I've been to the warehouses of people who did this. The machines sit. Nobody is using them. They are inconvenient to dig out, and in uncertain condition. No one has the energy, time, and resources to get them all working (not to mention the fact that much of "fixing" old machines is really borrowing from peter to pay paul; eventually we will run out of machines with donor parts.)
If you do pick an arbitrary cutoff for what to keep, well, you're probably going to have to go with "is it interesting / unique / relevant." Can anyone alive now relate to it? Can it inform us in some way about the past, or give us ideas about how to improve the present? And can nothing else provide the same stimulus?
The problem is that once you do this... you're probably going to throw out a lot of those Unix workstations. What makes them special? Often, not very much. They're mostly "crappy linux." They mostly had very similar commands and similar UI, and mostly ran software that was either very austere, or "version 1 of a program that was ported near-identically to Windows NT in version 3." I have used several of them - SGIs, Suns, HP Apollos, AT&T Unix PCs, to name a few - and even the people who knew these machines intimately shrugged when I asked "what can I actually do on here, what makes this special." They admitted readily that the answer was "nothing, it kind of sucks."
Of course, one option is to simply accept all this in a "cosmic truth" sense. Yes, we are only preserving a fraction of what was made - but in 50 years, it will very probably all be dead. Why waste our lives struggling to preserve a past that is simply decaying? Do we really get that much out of it?
I think this touches on one of the big things that I struggle with when working on retrocomputing projects - what do you do with it once you've gotten it working? Sometimes you have something specific in mind, but otherwise you can end up staring at a terminal stumped.
It doesn't help that for most of these systems everything is just harder. You have to use ancient versions of software that may or may not work anything like their modern counterparts, or have manuals forgotten to time. Or you have to write everything yourself, on an interface that assumes you're working on a teletype in an archaic language and with all the constraints of a machine that is underpowered by orders of magnitude compared to what you're used to working on. That stuff all takes time, and energy, and research. And sometimes there's something you need that you don't have and can't get.
I have the advantage of having a father who worked with a lot of this stuff for decades to help, and even then his memory is only so good. I have an Alphaserver I'd love to bang around with, but even though it has somewhat usable specs and can run BSD (and OpenVMS, but that's a can of worms in and of itself), it's still a heavy, cranky old bastard with a shaky SCSI connection and sounds like death. I have an Intel SDK-86 I'd love to get running but it needs some replacement chips. Some of them are easy to come by. Some of them are not. And even if I get the damn thing running perfectly, what should I even do with it?
There's more to the preservation of computers than just the physical machines, running or not. There's the context of what they were meant for, what they did, and what they can do. Unfortunately, that's far and away the hardest thing to keep going.
