Awhile ago, I offered some books for free to list members. Now I've got another list of books and other items I want to get rid of. Again, they are free to list members. All I ask it to pay shipping fees--most of this can be sent by media mail. First-come, first-serve. Happy to answer any questions about these items.
BOOKS
Analog Devices Analog-Digital Conversion Handbook (1972)
Artificial Reality (Krueger, Addison-Wesley, 1983
Basic Microprocessors and the 6800 (Bishop/Motorola, Hayden Press, 1979)
Complexification: Explaining a paradoxical world through the science of surprise (Casti, Harper Collins, 1994)
Computer Selections: Reading in Data Processing and Computer Science (Benice, McGraw-Hill, 1971)
Cyberstates 2001: A State-by-State Overview of the High Technology Industry (NASDAQ and American Electronics Association)
Essential PC-DOS Second Edition (Shaw & Shaw, Sybex, 1985)
Externally Defined Body Parts (Body Part 15) Issues and Recommendations: A White Paper Prepared for the PRMD Operators Committee of the Electronic Mail Association (Banan, EMA, 1993)
Future Codes: Essays in Advanced Computer Technology and the Law (Karnow, Artech House,1994)
Guidelines for Evaluating Computerized Instructional Materials (National Council of Teachers of Mathematics, 1981
High-Tech Espionage: How the KGB Smuggles NATO?s Strategic Secrets to Moscow (Tuck, St. Martins, 1986)
Hyper-G Now Hyperwave the Next Generation Web SOlution (Maurer, Addison-Wesley, 1996)
In Our Own Image: Building an Artificial Person (Caudill, Oxford Press, 1992)
Machine Beauty: Elegance and the Heart of COmputing (Gelernter, Harper Collins,1997) This is an uncorrected proof copy
Mastering Windows 98 (Cowart, Sybex, 1998)
Microman: Computers and the Evolution of Consciousness ( Pask, MacMillan, 1982)
Mind Tools: THe Five Levels of Mathematical Reality (Rucker, Houghton Mifflin, 1987)
NetResults: Integrating the Internet into Your Business, Fall Workshop Proceedings, MIT Enterprise Forum, 1997
Philips New Media Systems New Developments in Optical Media paper, 1990s
Philips New Media Systems Philips in the Age of Optical Disc Media paper, 1990s
Picture Perfect: Color Output for Computer Graphics (Tektronix, 1991)
Science Technology and the First Amendment Special Report (US Congress Office of Technology Assessment, 1988)
Solid State Circuit Guidebook (Ward, Tab Books, 1974)
Tandy Corporation: Start on a Shoestring (West, 1968)
Teach Yourself the Internet and WOrld Wide Web Visually (maranGraphics, IDG Books, 1997)
The Fifth Generation: Artificial Intelligence and Japan?s Computer Challenge to the World, Fiegenbaum & McCorduck, Addison-Wesley, 1983)
The Future Does Not Compute: Transcending the Machines in Our Midst (Talbott, O?Reilly, 1995)
THe Playful World: How Technology is Transforming Our Imagination (Pesce, Ballantine Books, 2000)
The Second Self: Computers and the Human Spirit (Turkle, Simon & Schuster, 1984)
Using Supercalc 5 2nd Edition (Lateer, Que, 1989)
Using Wordperfect 3rd Edition (Beacham & Beacham, Que, 1987)
MANUALS
Lotus 1-2-3 Release 2.2 Reference
Transistor Manual, Light-Weight Edition (GE, 1969)
Voltage Regulator Handbook (National Semiconductor, 1975)
Westinghouse Series 100 Programmable Solid State Control Users Guide 1975
MISC.
80 Micro 1980-1981-1982 Permuted Index
Argonne National Laboratory Zero Gradient Synchotron folder. Contents are Argonne HR material, not about the Synchotron.
Cybertown online community presentation in folder with floppy of images, 1990s.
Instant Software 3-ring binder, plastic, empty
Jade Computer newsprint catalog winter 1988
POSTERS
Arche Technologies computer line, large format
Borland Turbo Lightning, unused
Borland Word Wizard, unused
SOFTWARE
Battery Disk 2.07. Untested 5.25? floppy, for PC
Qmodem, 1990s, 5.25? floppy and manual still in shrink wrap, for PC
I got lucky with a little trial & error. Setting the MSB of the SR (i.e.
7000) causes AJRLIA to report an error but then keep testing.
Not sure if this works for all the AJ**** diagnostics but hopefully DEC had
some kind of pseudo-standard for this...
Does anyone know what the switch register settings are for the PDP-8 disk
diagnostics (found on diagpack2.rk05 and others)?
In particular, the AJRL** series (RL01/02 drive exercisers). Normally the SR
is set to 0000 but when there's an error the program stops until a CR is
typed.
I want the diagnostic to just print out that error and keep running. Trial
and error might take a long time.
Without the source code there's no other good way except possibly to
single-step through the program and look for the OSR command (which may also
take a very long time).
thanks for any help.
-Charles
The Maintenance Manual-II describes the procedures for checking and
adjusting the TC12 timing. It needs a lot more notes about using the Auto
Restart speed settings. This facility allows you to put the processor in
Single Step and have the Continue button automatically pressed ad a
controllable rate. If the rate is set too high you will see the LTD ACIP
Delay activate twice and measure a delay that is more than twice real value.
Most of the delays are controlled by M307 One Shot flip-chips. These boards
have Fairchild 9601 ICs in them. We didn't have any spares, so we bought
some on eBay just in case...
The TC12 has extensive maintenance capabilities and will let the processor
simulate just about any condition in the TC12. With a short toggle-in
program we were able to check all of the basic timing signals LTT TP0 L,
LTT TP2 L, LTT TP3 L, and LTT TP4 L signals. We adjusted LTD XTLK H from
9.15 us to 9.5 us according to the written notes in the maintenance manual,
where the spec was 9 us. We adjusted LTD TTOK, LTD TAPE FAIL Delay, LTD
ACIP Delay, and the Mark Clock.
Unfortunately none of these adjustments made any difference, and the
LINCtapes still misbehave.
--
Michael Thompson
> From: Holm Tiffe
> does someone know if the schematics of the KDJ11-A (11/73 CPU) are
> available in the public?
Not reading the list much, are we? :-)
Noel
> From: Mike Ross
> Strong crypto on everything!
Better yet (much better): upload all your bits to the cloud (strongly
encrypted if need be), and have almost none on the machine when you cross the
border - you can download it when you get to the other side. (And, if you're
paranoid, or have reason to be, don't forget to i) delete it before coming
back across, and ii) wipe your free space.)
Anything _on_ the machine they are entitled to look at - and if you have A
bunch of encrypted stuff, and won't give them the keys, it makes them i)
suspicious, and ii) pissed off at you for flouting their 'authority'.
'Sure, officer - look at anything you want, nothing's locked' - they'll soon
lose interest and wave you on their way, there's obviously nothing there to
find.
Noel
Decided to start with the terminals first. I cleaned up and tested the DG
Dasher D200, and it come out fairly good and all tests indicate it's working
fine. No pictures of that.
The Dasher TP1 is much more of a hard-luck case, and I just finished
cleaning the top of the top chassis. I did not clean the bottom chassis or
stand or insides yet, so you can see a good comparison of the cleaned top
half and the untouched bottom half. 7 pictures (unfortunately newest to
oldest) are at https://www.flickr.com/photos/131070638 at N02
No, there's no retrobrite involved. Just a normal spray on household
cleaner, followed by Magic Eraser and a lot of elbow grease. Yep, Magic
Eraser is a wonderful thing.
J
Hi,
does someone know if the schematics of the KDJ11-A (11/73 CPU)
are available in the public?
I have one with an thermal fault, the J11 is fine..
Regards,
Holm
--
Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe,
Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583
www.tsht.de, info at tsht.de, Fax +49 3731 74200, Mobil: 0172 8790 741
one thing we have fine from the 5000 stuff are all these beautiful
cord wood logic things all gold and pretty but most of these got
scrapped for gold along the way.. I do not know what other units used
in but some folks mentioned 5000
I have schematics for some of these too.
ed# www,smecc.org
In a message dated 9/4/2015 11:23:16 P.M. Mountain Standard Time,
nw at retroComputingTasmania.com writes:
We would be glad to hear from anyone who might have new material
related to the Burroughs B6700.
We're on the hunt for any manuals or software related to the Burroughs
large systems so we can build an emulator for the B6700. This search
includes the B5000, B6000, B7000 families, since there is considerable
overlap across these families and collateral from one system family
can assist understanding another. Example models include B5500, B5700,
B6500, B7500, B6700, B7700, B6800, and B7800.
We were amazingly lucky with the B5500 to have so much of the critical
documentation (thanks Bitsavers!) and a complete suite of system
software, but even though the B6700 was more recent and produced in
larger numbers we're not having the same level of good fortune finding
artifacts.
What we have so far is documented here:
https://docs.google.com/spreadsheets/d/1JnMsyE8ssJi_-MUsK0rT9LPtNpeJCpTv1QrF
w-917Y8/edit?usp=sharing
If you're interested in this system then you likely remember that it
had a particularly impressive front-panel display, seen here:
http://www.retrocomputingtasmania.com/home/projects/burroughs-b6700-mainfram
e#TOC-B6700-Display-Panel
This was known as the MDL display: Maintenance Diagnostics Logic
display. Because the MDL had the 4 x top-of-stack registers down to
the bit-level particular bit-patterns allowed words to be displayed.
The early MCPs put IDLE into the display during IO waits, and
subsequent releases: B for Burroughs, but sites quickly started
putting their own company initials or the time.
The Danish museum is so far the only place I've found that kept the MDL:
http://datamuseum.dk/wiki/Genstand:11000045_Konsolpanel_Burroughs_B6700
Thanks to Finn Verner Nielsen for being so helpful and undertaking an
expedition into their warehouse to locate and photograph the item for
us. On that DDHF web-page you will see on the left of the picture the
B7800 MDL they have too.
My goal is to also construct a replica of the B6700 MDL.
Steps undertaken so far:
Posts to newsgroups
Posts on LinkedIn, wikipedia, Yahoo groups
Emails to a few dozen people who were involved with the system
Trawling the Internet
I will have to see. When we acquired the Aldrige collection at SMECC we
pulled off all the really really early material and put the remainder
in storage which should have some of this... we also have the unisys
crossover stuff and when why bought up the Varian minicomputer too. I
remember we boxed and boxed... and deep stored it. guess it did not seem
"really old" at the time....but it has been about 10 years since we have
pulled it out and run our hand through it.
Background on Aldrige started on the electrodata Pasadena ... ended up
running the phx field service effort here and was a great packrat.
The effort to get to this material is a lot of work
ed sharpe _www.smecc.org_ (http://www.smecc.org)
In a message dated 9/4/2015 11:23:16 P.M. Mountain Standard Time,
nw at retroComputingTasmania.com writes:
We would be glad to hear from anyone who might have new material
related to the Burroughs B6700.
We're on the hunt for any manuals or software related to the Burroughs
large systems so we can build an emulator for the B6700. This search
includes the B5000, B6000, B7000 families, since there is considerable
overlap across these families and collateral from one system family
can assist understanding another. Example models include B5500, B5700,
B6500, B7500, B6700, B7700, B6800, and B7800.
We were amazingly lucky with the B5500 to have so much of the critical
documentation (thanks Bitsavers!) and a complete suite of system
software, but even though the B6700 was more recent and produced in
larger numbers we're not having the same level of good fortune finding
artifacts.
What we have so far is documented here:
https://docs.google.com/spreadsheets/d/1JnMsyE8ssJi_-MUsK0rT9LPtNpeJCpTv1QrF
w-917Y8/edit?usp=sharing
If you're interested in this system then you likely remember that it
had a particularly impressive front-panel display, seen here:
http://www.retrocomputingtasmania.com/home/projects/burroughs-b6700-mainfram
e#TOC-B6700-Display-Panel
This was known as the MDL display: Maintenance Diagnostics Logic
display. Because the MDL had the 4 x top-of-stack registers down to
the bit-level particular bit-patterns allowed words to be displayed.
The early MCPs put IDLE into the display during IO waits, and
subsequent releases: B for Burroughs, but sites quickly started
putting their own company initials or the time.
The Danish museum is so far the only place I've found that kept the MDL:
http://datamuseum.dk/wiki/Genstand:11000045_Konsolpanel_Burroughs_B6700
Thanks to Finn Verner Nielsen for being so helpful and undertaking an
expedition into their warehouse to locate and photograph the item for
us. On that DDHF web-page you will see on the left of the picture the
B7800 MDL they have too.
My goal is to also construct a replica of the B6700 MDL.
Steps undertaken so far:
Posts to newsgroups
Posts on LinkedIn, wikipedia, Yahoo groups
Emails to a few dozen people who were involved with the system
Trawling the Internet
I reconnected the data bus pins, and disconnected all the MA0..11 pins (in
case it's DMAing into memory when it should not be). Nope, same issue. Won't
boot Serial Disk, corrupts the upper six bits of the loader.
Only bus left is the memory data MD0..11, but that can't be shorted because
on the card it has only inputs. Also the IOT address is decoded from it and
those select properly. Still thinking it's DMA, will try watching the break
request and other DMA lines for activity.
Nothing unexpected there.
But at last I found something... I think. Despite it not making sense, I
disconnected the top 8 bits of MD0..7 (thus not only disconnecting the bus
receivers on the card, but also completely deselecting it). Now the system
booted and runs normally with the card plugged in! So, I figured either one
of the 8640 receivers at E3, E20 (page 5 of the 10-page schematic) is leaky,
quite possibly E20 which handles bits 4-7 the "troublemakers" from before,
or the 8136 at E11 which appears to be just a multi-input AND/OR gate combo
to select IOT x60x/x61x and was working with scope loop.
I gradually reconnected lines until it started failing to boot and wiping
out the loader again... I am so tired of toggling that loader in! At least
it's only 26 (octal) words.
Turns out MD4 was being pulled down weakly (to a volt or two) by something
when it should have been pulled up. Wiggling and flexing the card caused it
to work, intermittently. But I could not find it even with close visual
inspection. I suspected a tiny tin whisker somewhere...
So I crossed my fingers and tapped the pin with a cliplead from the 25 amp
+5 volt supply. Figured I had nothing to lose at this point! ... and
apparently did clear the short :)
Now that line looked normal just like the other 11 memory data bus lines.
OS/8 restarted with no problem, too.
Started the diagnostic AJRLAC (the "Diskless Controller Test"). Immediately
indicated a hard failure on bit 10! Oh $@#%. Now what did I do...
But it just took a minute to pull the extender card and sure enough I had
just made a bad solder joint reconnecting that pin and it had come apart
with the flexing ;)
Fixed that... running four passes without an error so far. Dare I touch the
middle of the board again?
Yep... flexing in both directions, no failures!
I think I got it! Make that eight complete passes with the extender removed
and the board in the cage.
Running AJRLIA on a scratch pack now. Initally I got a very occasional
seek/tracking error (Command Reg B 1017 or 1117) once per pass on each
drive, but it's lessening with "exercise"...
It's 90F in the computer room too, which may be above spec for an RL02
anyhow. Just finished Pass 0002 on Drive 1 without errors :)
-Charles
Dear sirs...
Ok, life does nasty things to us, and seems it is my time. Due to personal
and health problems, I'll have to sell some of my collection. As bad as it
is, I can't really afford keeping much of my stuff. I'll save just the nice
gifts I got from friends and my beloved //e "Woz edition".
So, there are some computers that may be of interest to you
- Milmar Laser IIc apple clone - Clone of the Apple //c, but it isn't a //e
- it is a ][c in a case of a //c. Has power supply, original manual and
external slot expansion. $800 o.b.o.
- Prologica Sistema 600 - Clone of the Intertec SuperBrain
- Prologica CP500 - Clone of the TRS-80 model III
- Prologica CP400 (boxed) - Clone of TRS-Color model 1, in the box of a
Timex Sinclair 2068(!)
- Prologica CP300 - Clone of TRS-80 model III, but way portable
- Prologica CP200 - Clone of Sinclair ZX-81
- Microdigital TK95 (boxed) - Clone of Sinclair ZX-Spectrum, but in a
Commodore Plus/4 box (!)
I'll have more interesting things, as soon as I have more time to dig the
pile
Shipping from Sao Paulo, Brazil.
Thanks,
Alexandre
Saw this in AFC
Another water damaged collection heading to the landfill
--
Subject: Houston (and everywhere else), we have ... an opportunity
From: hlctminfo at gmail.com
Injection-Date: Thu, 03 Sep 2015 15:37:06 +0000
My name is John Keys, and I incorporated the Houston Computer Museum in May=
2003 as 501(c)(3) non-profit.
I've been good at collecting things. I've have various PDPs, an HP3000, SE=
L 810A, SDS 910, and a Cray YMP/EL8. I have an IBM 083 card sorter and sev=
eral keypunchs (models 024, 026, 029 and 129). I have over 1,200 books and=
manuals. And those are just a small sample.
That's the good news.
The bad news is that it's all in storage, in my home, or in a 3,300 square-=
foot warehouse. I don't have exhibit space. You might have heard that it =
rains in Houston; the warehouse has flood damage that needs to be mitigate=
d.
I haven't been good at getting the 21st century to work for me, and this is=
where you come in. I need a functional web page, one that makes it easier=
for people to donate online. I need a contact email link that works.
If you can help me get this done, I'd be grateful.
What's at stake? I'm 70 years old, and if I can't make a go of this, all t=
hat equipment will get recycled or hauled off for scrap or dumped in a land=
fill. And all of that documentation will go with it.
If you can help me with web hosting and web page design, let me know. Advi=
ce is nice -- I've had lots of it -- but what I really need is people who c=
an step up and do what I haven't done. I need help in cleaning all these ar=
tifacts that were damaged by the flood. Contact me by email discuss how you=
can help.
If there are enough people out there who care about this stuff, we can do t=
his. You don't have to live in Houston. You don't have to live on the Gul=
f Coast. It's even OK if you don't live in Texas.
To donate online, go to http://www.hlctm.org/services.htm and click on "Don=
ate."
To contact me, send email to hcmjkeys at yahoo dot com.
Once we have something presentable, come visit. And thanks very much for r=
eading this.
John Keys
I still can't get my RL8A (M8433 RL01/02 disk controller card) working again
in my 8/A system. It won't boot from the RL02 any more.
In my backplane I found it to be mechanically sensitive (AJRLAC diskless
controller test would show errors always involving bits 4-7 being
unexpectedly 0's), and when the card was flexed gently the errors would
increase dramatically during the test. No visible bad/missing solder joints
or broken traces.
Recently I sent the card to a list member who tried it in his system. He
could boot OS/8, but when attempting to open a file with EDIT the system
would crash. This behavior was repeatable and did not occur with his
controller.
I now have SerialDisk running via Omni-USB, emulating two RK05 drives from
my laptop, booting OS/8. This works perfectly - until I put the RL8A in the
backplane!
Then the system won't boot and also corrupts the first part of the boot
loader that resides at 0020-0045.
However, only the first 7 instructions at 0020-0027 are mangled, and all
seven words have their most significant six bits set to 0 (for example, 7240
becomes 0040).
The selects to the various 8234's (open-collector drivers to the data bus)
are working properly in a scope loop. Figured I was on the right track with
a bad 8234.
I physically disconnected the middle 4 bits of the DATA0..11 bus (at the
extender card rather than hack up the board)... system still won't boot,
still corrupting locations as described.
Next, I disconnected the entire data bus, all 12 bits, same problem! So
whatever is the trouble it's NOT an 8234 pulling on some of DATA0..11 as I
thought!
I am starting to think there is a defect with the DMA (aka Data Break)
facility on either this card OR even the CPU itself... everything else in
the system is programmed I/O, not DMA.
Obviously something is pulling down the memory-data bus when it shouldn't
be, and writing zeroes over the upper six bits of some words, but on this
controller card there are only inputs from the memory data bus MD0..11. It
has its own memory address registers for DMA which drive the MA0..11 lines.
I checked the various signals coming out of the card and (at least
statically) none of them are in the "wrong" state...
Any thoughts on testing the DMA facility?
thanks
Charles
the SMECC museum is a canadate if our onmnibus 8 still runs. have
not powered it up in 20 years.
In a message dated 9/4/2015 1:37:34 A.M. US Mountain Standard Time,
spacewar at gmail.com writes:
A building next door to one of my offices was a datacenter/colo facility. It
has sat vacant for quite a few years, and the new owner contacted me
yesterday about some unrelated items. I asked about the raised floor and she
said "all available, dirt cheap, come over and look".
Sometime next week I will go take a look, but I know folks here have
occasionally expressed interest in getting a section of raised floor for
their "machine room". If there's interest, let me know.
Best,
J
Hi folks,
as you might remember I made about 20 OmniUSB Omnibus to USB adapters. Since a
few month they're all sold.
The last days I got some inquiries for more. So I think of making a new batch.
As my board supplier has doubled (It was so cheap before..!) the price for gold
plated contact PCBs, the board will be more expensive in the end. And I
massively underestimated the labour...
And I'll overhaul the design.
The original board description:
http://pdp8.hachti.de/projects/omni_usb/
The facts about a new board:
- Exactly same functionality
- Smaller
- Still gold plated contacts
- Still KL8E compatible
- Power supply parts will be moved away from the PCB's edge
- USB connector will be moved away from the PCB's edge
The board will cost (fully assembled and tested) EUR 105 (without VAT for
overseas buyers) and About EUR with VAT for anyone in the EU.
A still to design cusom handle (I think of laser cut acrylic with wood) to make
the board the original size will be available in the EUR 25 range.
If YOU are interested, please let me know. I'll make my decision with regards to
the feedback I'll get from this posting.
I need at least 10 seriously interested people to make it happen again.
Kind regards
Philipp
I was going to ask a similar question here, and I am sure it has been asked
before. I do have a HP 82901 and a HP 9121 but I am not equipped to read
ROMs, so I can't really help yet. Plus I will soon need the ability to burn
ROMs for my HP 85 and HP 1000. Not only the standard 24 pin ROMs but the
small 14 or 16 pin bootloader ROMs that Jay showed me at VCF. What would be
a good ROM programmer that could read and write these of older HP equipment
ROMs?
Marc
-----------------------
From: Vlad Stamate <vlad.stamate at gmail.com>
Subject: Reading ROMs
While I was trying to read the ROM in my 9121 for Eric Smith I found
out that my Wellon VP-280 could not do it (it could not recognize it
and only read FF FF FF FF). I could use it however to dump the ROM of
an IBM PS2 that I cannot boot anymore (so it is not entirely useless).
So I am asking what you all use to dump various ROMs from vintage
PCs/peripherals/etc? Is there a good brand out there of E(E)PROM
programmer? Do you roll your own solution with an
Arduino/RaspeberryPi?
Thanks,
Vlad.
-----------------------
This isn't quite the way I remember the CMU instructions working. Nor
is it exactly how I've implemented them in my emulator.
>Another oddball thing was then then-new Cyber 72/73 CMU. An interesting
>beast, but not present on the 74.
Presumably because an instack loop could move data faster. I always
wondered, though, if you could put a CMU in the serial CPU on a 74-2x.
Probably too messy.
>It was possible initially to write code with the 46xxx CMU instruction
>in first 2 parcels of an instruction word. All Cyber 73 CMU
>instructions were 60 bits,
No, the IM instruction is 30 bits. It's supposed to be forced upper. I
don't recall whether the 72/73 were that picky and it would work in the
first 3 parcels, or work only in the first one (thus being 60-bit
equivalent) and pass in the others (with the rest of the instructions
becoming arbitrary).
>you could pack a call to a subroutine to do
>the equivalent thing in the lower 30 bits for the 74. Worked pretty
>cool
Looks like it would. Aren't there some variant OSes that would put the
monitor call parameters in the lower 30 bits of an XJ instruction? You
could probably also pack a parameter in the B register, and another in
the address, since those would mode out anyway (or be ignored in user
mode)--you'll get to CPUMTR no matter what. ECS instructions would
execute the lower 30 bits if the transfer failed; this all in user mode
with no monitor intervention.
You could probably do the same thing with a conventional XJ instruction.
6000s lacking ECS hardware and CEJ/MEJ treated all 01x instructions as
010 (RJ). Probably can't get away with that on a 70.
>until the 170. There, different models supported different subsets
>of CMU instructions (or not at all)
It was all-or-nothing, no subsets.
>--and attempting to execute one not
>implemented was greeted with an error stop. The 170 people really
>screwed that one up.
464xx and up were illegal on machines that did not (171) or could not
(175) have the CMU option, or in other parcels on any 170. 46000-46377
were pass instructions. I don't know why they did this either, since
there were no 170s with unmatched CPUs (like the 6700 or 74-2x). Also,
some dual-CP machines (including the 72/73) could have 1 or 2 CMUs.
Needed some special code in CPUMTR to avoid using the CMU for storage
moves if there were fewer CMUs than CPUs, lest it be busy in the other
CPU and we had to wait for it in monitor mode.
It's possible that on 180s, 46100-46377 were illegal instructions,
though the design goal for 170 mode was a 173. Perhaps the
175/740/750/760 did that too. Note also on 180s with CMUs (emulated),
the instruction was limited to data in the first 262K; in particular
CPUMTR couldn't use it for storage moves unless it played games with
RA/FL in program mode (and it would still have to drag the instruction
around into each segment). Too much of a kludge, I expect.
--
Jeff Woolsey
jlw at jlw.com
I'm doing a bit of cleaning out of random things I don't use much
anymore; hopefully these can find a good home.
Make an offer on these, I'd prefer local pickup (for the VDP-80 I
require it, it's just too large/heavy/fragile to trust with shipping)
near Seattle.
Thanks,
Josh
Here's what I have, S-100 wise:
Boards (in as-is condition, unless otherwise noted):
- Tarbell 1011D FDC
- Solid State Music VB1B video interface
- SSM CB1A 8080 CPU (+2k RAM). Working, used to use it in my IMSAI .
- Processor Technology 16KRA, 16K static RAM.
- CompuPro (Godbout) RAM16 - 64K dynamic RAM (despite the name)
- IMSAI MIO (rev. 2) - Serial/Parallel I/O board
- IMSAI VIO (rev 2.1) - Video board
- PSS RAM65 - 64K ram? (never could find a manual).
- Piiceon 8K Program Saver (2708 EPROMs). Only two EPROM sockets (of 8)
installed.
- Ithaca Audio 8K static RAM board. Bad shape. Missing a row of chips,
looks to be an unfinished kit. Corrosion.
Computers:
No-name (TEI generic chassis, about half as deep as an IMSAI, no
blinkenlights) with the following boards:
Thinker Toys SUPERRAM 16 - 16K static RAM. A bit of corrosion on a
few chips, but should be easy to clean up
Thinker Toys 32K static RAM. Also has some corrosion.
The Memory Merchant MM16K14 - 16 K Ram. Corrosion as with the others.
IMSAI SIO Rev-3. Dual serial board. Corrosion.
Northstar ZPB-A2 Z-80 CPU board. Corrosion .
It looks as if this system sat on end in a shallow pool (say, 2") of
water for a couple of days and wasn't properly dried up afterwards;
all boards installed have corrosion on their left sides, affecting a
couple of rows of chips. The backplane also seems to be a bit corroded
but is not as bad. Despite this, the chassis is very clean. Power
supply seems to be fine. Definitely a project, but probably fixable
with some new sockets and ICs.
Complete IMSAI VDP-80 system
(http://www.old-computers.com/museum/computer.asp?st=1&c=343) with
manuals and software. Unknown working condition, but it's not in bad
shape given the years -- some screen rot. I got it as a project and
it's just been sitting there, waiting. Debating whether to hold onto it
or not -- make me an offer I can't refuse :).
While I was trying to read the ROM in my 9121 for Eric Smith I found
out that my Wellon VP-280 could not do it (it could not recognize it
and only read FF FF FF FF). I could use it however to dump the ROM of
an IBM PS2 that I cannot boot anymore (so it is not entirely useless).
So I am asking what you all use to dump various ROMs from vintage
PCs/peripherals/etc? Is there a good brand out there of E(E)PROM
programmer? Do you roll your own solution with an
Arduino/RaspeberryPi?
Thanks,
Vlad.
A lengthy, and pleasant visit with Paul A, post-VCFMW (BTW, belated congrats
on that, Jason - I don't know where my brain was last night - fried from the
long drive yesterday, probably), has produced a number of missing PDP-11
FMPS's!
Most importantly, we now have the 11/73 prints, which I will be scanning Real
Soon Now. (So now I can have a crack at fixing all the broken ones I have! :-)
That does leave us needing the 11/83/84 CPU prints, so if anyone has a set...
I also found prints for the MF11-U, MF11-W, and MM11-Y; none of which appear
to be on-line (although the MF11-U ones might be in the 11/05S print set,
which ISTR is online). So I'll have a lot of scanning to do when I get home.
The reason for this message is to ask if anyone has a special need for any in
particular; if so, I will move those to the head of the list for scanning.
I don't think the ME11-L prints are online either, but those I have in my
11/05 print set - I'll have to see if that print set is online somewhere, no
point re-scanning them, if so.
There are a number of things like that (e.g. the H786 power supply for the
BA11-N; not available separately, but in the 11/23 FMPS, if you know to look
there): we ought to produce some sort of registry, to collect such information
in one place.
Noel
Hi Simon,
As others have implied, the DEC8235 is a Signetics 8235N. It's available
>from obsolete part distributors. A quick search turns up this source:
http://www.4starelectronics.com/part_detail/8235N.html
While the RFQ instead of a price is bad news in some places, I've had
good results with that in the obsolete parts arena.
> is there a list of equivalents for DEC ic's?
--- Thought I had a longer list somewhere but this short list is what I
find at the moment:
DEC# Generic
----------------------
97401 7401
8881 7439* Quad 2-inp NAND OC
8266 8266 Signetics 2-inp 4-bit wide mux
8270 8270 Signetics may = TI 74178 according to posts in cctech.
8271 8271 Signetics 4-bit SR in 16p pkg = TI 74179
8251 N8251N Signetics BCD/decimal decoder in 16p pkg
5380 SP380 Signetics
5314A SP314A Signetics
8640 DS8640 National
380 (?) SP384A Signetics Quad 2-in OR gate
*Note that some DEC8881s have been reported as having 7439 markings on
the bottom.
Steve Lafferty
I just installed Kyle Owen's Serial Disk Server on my 8/A (at high speed via
an Omni-USB card I got from Philipp Hachtmann).
There was a bit of a learning curve for me since I've never used any *nix
programs before, or heard of Cygwin...
But Kyle was very helpful, exchanging several emails this afternoon and it
only took me a couple of hours to get everything figured out, up and
running.
It even comes with the indispensable diagpack2.rk05 OS/8 image already
embedded in the .zip file, and it's now running on the real hardware.
Haven't tried uploading anything yet but I'm sure that will work too!
NOW maybe I can get my RL02 controller card (and the rest of the hardware,
the power supply has started glitching again) debugged.
Many thanks to Kyle for creating this very useful software :)
-Charles
At 07:56 AM 9/3/2015, Vlad Stamate wrote:
>So I am asking what you all use to dump various ROMs from vintage PCs/peripherals/etc?
For 1980s ROMs I still use the Serial EPROM Programmer published in BYTE by Steve Ciacia in the mid-80s.
Dale H. Cook, Roanoke/Lynchburg, VA
Osborne 1 / Kaypro 4-84 / Kaypro 1 / Amstrad PPC-640
http://plymouthcolony.net/starcity/radios/index.html
RK05 would be suitable
Guy Sotomayor <ggs at shiresoft.com> wrote:
>
>
>On 9/2/15 8:42 AM, js at cimmeri.com wrote:
>>
>>
>> On Tue, Sep 1, 2015 at 11:39 AM, Jay Jaeger<cube1 at charter.net> wrote:
>>
>>> On 9/1/2015 10:01 AM, Ethan Dicks wrote:
>>>>> run Unix V1
>>>> I am very interested in the MEM11 for this exact reason. I have a
>>>> PDP-11/20 that I'd love to do this with.
>>>>
>>> You could also try Mini-Unix on your 11/20, which might support a
>>> wider range of devices.
>>
>> Very interesting. Does Guy's MEM11 provide what's needed for Mini
>> Unix without having to write special drivers?
>>
>Not sure what Mini-Unix requires w.r.t. devices.
>
>TTFN - Guy
>
>
>Possibly a long shot since I think the MPF was only a UK/Europe thing but
At least one made it to South Africa.
But no, I have neither the expansion board nor the manual I'm afraid.
W
If anyone has dumped the ROMs from the HP 9895 (8-inch) or 82901/82902
(5 1/4-inch) HP-IB disk drives, which use the Amigo command set, I'd
appreciate copies of the images, ideally along with the HP part
numbers of the EPROMs (probably 09895-xxxxx and 82901-xxxxx).
For that matter, I'd be interested in ROM images from any of HP's
other HP-IB disk drives, floppy, hard disk, or combined.
Also ROM images from the 9114A and 9114B HP-IL disk drives. I already
have one ROM image each from the 9114A and 9114B, but there were
multiple firmware versions.
Thanks!
Eric
I wanted to extend my thanks to the organizers of this event, and to Jay in particular who showed me the way around bringing up a cantankerous HP 1000 E system in real time, and somehow never got tired of my newbee questions.
And the Chinon FR-506 5.25" drive that I picked up there for a very reasonable price, unlike the one I had bothered you about in a previous thread, actually works!
All in all a very worthwhile way to spend award mileage on a trip from California to Chicago...
Marc
> From: "Jay West" <jwest at classiccmp.org>
> Subject: VCFMW
>
> VCFMW is over, and I wanted to give a huge CONGRATS to Jason for the
> resulting show that he put on [...]
>
> J
http://www.ebay.com/itm/201392632552
this is a good deal if the paper path isn't scratched up in them.
the CW model has a 11" width feed and can scan a sheet 6 feet long.
these are the ones I've been using for 5+ years
just don't need any more right now
Has anyone else come across this? My TK70 wouldn't eject, and having not
had one before, I didn't know just how tactile the unload button should be.
After further examination and prodding, I determined that the button was
pretty much stuck and refused to come out.
Taking the front off and exposing the board indicated that the button seems
to originally have been rubber, which is now a nice black tarry goo. I
think I can replace the button with a standard tactile push button, this
time without any rubbery material.
Hopefully that's my only issue.
http://i.imgur.com/9Fqb0SB.jpghttp://i.imgur.com/AxstKpq.jpghttp://i.imgur.com/PCFCfwH.jpg
Kyle
This is off topic, so-to-say, but computer languages can be esoteric:
It's the 150 anniversay of L. Carroll's "Alice's Adventures in
Wonderland." May I dare say most people, including myself here(I
studied languages like BASIC, COBOL & PL/C, know very little about the
programming languages that make old & new computers do what we wish
looking backwards? Logic, like "Alice's...", can elude us at any
time...
Happy computing.
Murray :)
I'm making good progress on the MEM11 firmware. I spent the last few days
re-doing the firmware build environment. Previously, it would build all the
files each time. Now there is a proper Makefile (even though it takes about
a minute to build everything). I realized that I needed something
better than
what I had because there are multiple targets (emulator, FPGA eval board and
the MEM11 board itself). Right now I'm focused on getting as much debugged
on the emulator since it has a reasonable debuging environment.
I've also integrated various test programs into the build environment
and use
various low level code as part of the main firmware for hardware access.
This "kills two birds with one stone" since it tests not only the
various hardware
functions it also allows me to debug some of the firmware separately from
the full code base.
At this point, the emulator fully supports all of the J1 instructions
(and they
all work too!). In terms of I/O (that will be part of the MEM11 board) it
supports LEDs and various configuration inputs, FRAM, UART and timers.
The biggest risk that I'm taking is that the UART is emulated as being
directly exposed. On the MEM11 hardware, the UART will be connected
through a SPI interface which requires that all accesses to the UART are
asynchronous transactions.
The biggest piece of work remaining on the emulator will be emulating the
Unibus interface. The work here will mainly to create a means to script
various Unibus transactions.
However, before doing that, I'll be testing out the boot loader code and
the configuration firmware since none of that is dependent upon the
existence of functional Unibus hardware.
TTFN - Guy
Folks,
Possibly a long shot since I think the MPF was only a UK/Europe thing but
I'll quite happily be proved wrong. I've had a chap asking for a scan of
one of my manuals that would necessitate partial destruction. Anyone got
the IOM-MPF manual? It's a 6k RAM expansion board for the MicroProfessor
MPF-1P seen on my site here:
http://binarydinosaurs.co.uk/museum/multitech/iom-mpf.php
(Ironically today I'm working in a building that has a proper book scanner,
but all the staff that operated it were 'let go' earlier this year)
Cheers
--
adrian/witchy
Owner of Binary Dinosaurs, the UK's biggest home computer collection?
www.binarydinosaurs.co.uk
It's time to start on the Data General stuff I've had forever but not yet
restored :) This time much of it has finally made its way into the workshop
so perhaps there will be some progress.
Pictures of the initial set of racks to work on are at
https://www.flickr.com/photos/131070638 at N02 , but there's more DG racks with
devices that can be used at both houses.
Trying to decide where to start really, and what pieces to use and what to
trade off (I'm not really familiar with DG stuff, yet).
At the least, I know I don't want/need the large FPS (Floating Point Systems
model 100R) box. Anyone have interest in that part?
If folks have docs that might help but are private, I'd appreciate a little
access or pointers. My initial questions revolve around what boards from the
Nova 4, S/130, and S/200 can be interchanged if desired, I'm still trying to
decide which cpu to keep and which peripherals. Time to read what docs I
have and scrounge up ones that I don't!
I know I got keys with these systems, but don't see them anywhere. The
6021/6023 tape drive uses vacuum columns, that will be fun. The TP1 is an
awfully cool retro printing terminal. The 5821NT terminal has (by a large
margin) the worst screen rot I've ever seen. The 6125 tape drive is in an
odd "desktop" stand like I haven't seen before.
Let the fun commence.
J
VCFMW is over, and I wanted to give a huge CONGRATS to Jason for the
resulting show that he put on. Most of you will recall it was originally at
Purdue, then was moved to Heron Point (IL). That venue was no longer
available, so Jason scouted out a new venue (Holiday Inn) in Elk Grove
Village, IL. Simply put, the show could not have gone better. The facilities
were top-notch, a fairly good restaurant attached, and it worked out very
well. I - as well as a few others - were extremely grateful for the big
double doors that enter the venue directly from the parking lot (with no
'bumps') for bringing in "big iron", and there was pretty AMPle electrical
service for my HP2000 as well as Ian's 11/23 (and a handful of pdp-8's as
well). Not to mention all the other exhibits. power wasn't a problem. I've
always enjoyed the show at Heron Point, but this year the "bar was raised".
Kudos to Jason!
There was of course a substantial commodore and some apple presence, and I
really enjoyed seeing how many of those folks are taking those machines
"into the modern age". My own personal favorite exhibit was DJ's ASR 33
Teletype (a fully working mint condition restoration - GREAT JOB DJ), and
the altair 680 and accessories that were driving it. While that was my
favorite exhibit, every exhibit had something to offer. I like the altoids
can 1802 :)
I've been to VCF west, as well as VCF east, and they are both great events.
I personally make a point of getting to VCFMW every year, and look forward
to the event next year. I highly encourage folks that have not been to a
VCFMW yet to give it a shot. Bring something to exhibit, or just take in the
show; enjoy the comradery and meet new folks as well.
Jason - fantastic job, it was a great event!
Best,
J
I can boot to VAX/VMS 5.4-2, but on startup, I see this message:
%DCL-E-OPENIN, error opening DUB0:[RS1R4]RS1LOG.COM; as input
-RMS-E-DNR, device not ready, not mounted, or unavailable
%DCL-E-OPENIN, error opening DUB0:[ORACLES]ORAUSER.COM; as input
-RMS-E-DNR, device not ready, not mounted, or unavailable
%DCL-E-OPENIN, error opening DUB0:[ECMS4]LOGIN.COM; as input
-RMS-E-DNR, device not ready, not mounted, or unavailable
Okay, so DUB0: isn't mounted, I guess.
ROHIT1$ show dev
Device Device Error Volume Free
Trans Mnt
Name Status Count Label Blocks
Count Cnt
R7CY2A$DIA0: Mounted 0 VMS54_2DISK 173289
134 1
ROHIT1$DUB0: Online 0
ROHIT1$DUB1: Online 0
ROHIT1$DUC10: Online 0
Device Device Error Volume Free
Trans Mnt
Name Status Count Label Blocks
Count Cnt
ROHIT1$MUA0: Online 0
Device Device Error
Name Status Count
FTA0: Offline 0
OPA0: Online 0
TWA0: Offline 0
Device Device Error
Name Status Count
IKA0: Offline 0
IMA0: Offline 0
INA0: Offline 0
PTA0: Online 1
PUA0: Online 1
PUB0: Online 2
PUC0: Online 2
PYA0: Offline 0
SJA0: Online 0
SJA1: Online 0
WSA0: Offline 0
XQA0: Online 0
Looks like they're online but not mounted. If I'm reading the help pages
correctly, I should just be able to mount it at this point:
ROHIT1$ mount dub0: disk0
%MOUNT-F-INCVOLLABEL, incorrect volume label
-MOUNT-I-VOLIDENT, label = 'USER01 ', owner = ' ', format =
'DEC
FILE11B '
I tried giving it the correct label, but it still didn't seem to mount. Now
I wanted to see if the MSCP server is running:
ROHIT1$ show device/served
MSCP-Served Devices on ROHIT1 1-SEP-2015 10:55:19.39
Queue Requests
Device: Status Total Size Current Max Hosts
%SHOW-E-MSCPNOTLD, MSCP-Server code not loaded
No, it doesn't look like it...so getting back to the >>> prompt, I do a bit
more investigation:
>>>show dev
UQSSP Disk Controller 0 (772150)
-DUA0 (RF71)
UQSSP Disk Controller 1 (760334)
-DUB0 (RA81)
-DUB1 (RA81)
UQSSP Disk Controller 2 (760340)
-DUC10 (RA81)
UQSSP Tape Controller 0 (774500)
-MUA0 (TK70)
Ethernet Adapter 0 (774440)
-XQA0 (08-00-2B-17-3F-37)
I should be able to get to the PARAMS> prompt now:
>>>set host /dup/uqssp/disk 1 params
Starting DUP server...
UQSSP Disk Controller 1 (760334)
Stopping DUP server...
>>>
Or not? Why can't I seem to get to the prompt? I can with disk 0:
>>>set host /dup/uqssp/disk 0 params
Starting DUP server...
UQSSP Disk Controller 0 (772150)
Copyright 1988 Digital Equipment Corporation
PARAMS> show allclass
Parameter Current Default Type Radix
--------- ---------------- ---------------- -------- -----
ALLCLASS 0 0 Byte Dec B
PARAMS>
Can't seem to get to PARAMS> with disk 2 or tape 0 either. Only disk 0
seems to work.
Can anyone provide any suggestions? I'd like to see what else is on the
system. Pictures here: http://imgur.com/a/WYGra
Thanks,
Kyle
Hi all,
I am trying to identify why my IBM 5151 display has no picture when
connected to a normal MDA card in a IBM PC 5150. So armed with an
oscilloscope, digital multi-meter and the SAMS Computerfacts for it I
started to investigate. First, the card does send out signal and that
signal does reach the board inside the monitor. I checked the power
part of the circuit, all diodes and the transistor check fine. I
probed some of the vertical and horizontal transistors and there is a
signal there too. Then on the video board both TR19 and TR20 have on
their collector and emitter (respectively) a signal (95Khz). What else
can possibly be wrong?
The SAMS manual talks about "injecting a video signal" at different
pins however I have no idea exactly how to do that.
So there is current going out of the power part and there is signal on
the video board attached to the neck of the CRT.
Regards,
Vlad.
I hope to start backing up my MicroVAX 3800 soon via the TK70. Sounds like
8mm is more unreliable than the TK70, and I don't have but one
magneto-optical disk.
Are there any precautions I need to take before sticking a tape in the
drive? Pinch rollers that might be gooey?
I assume the TK70 drive is backwards compatible with TK50 tapes?
Lastly, I've got some tapes that I couldn't find much info on. Here are the
labels:
ER206200-00 REV G 1.03
P4000 DOWNLINE VMS SOFTWARE
09-29-89
(C) 1988 EMULEX
ER2062014-00 REV A
P4000 LAT-TCP/IP VER 2.00
05/14/90 TK50 (VMS LOAD)
(C) 1990 EMULEX
ER2062014-00 REV 01
P4000 LAT-TCP/IP VER 2.00B2
05/1/90 TK50 (VMS LOAD)
(C) 1990 EMULEX
ER2062014-00 REV 00
P4000 LAT-TCP/IP SOFTWARE
3-22-90 TK50 (VMS LOAD)
(C) 1990 EMULEX
Are any of those worth keeping? Any tips on getting those tapes online
using my VAX? I know there are utilities for the PDP-8 and PDP-11 world,
but being thrown into VAX and VMS so quickly, it may take me a bit to catch
up. Any recommendations on reading material?
I also have a tape for VAX Occam 2 from INMOS. I know what that is, as I
have a 64-node Transputer array. It'd be nice to get that going at some
point for fun.
Thanks,
Kyle
Brought my Apple //e Platinum to a MARCH workshop last weekend. We used a bottle of a "B-Blond" which I think is a woman's hair product from England. We painted it onto the computer case, wrapped the case in Saran Wrap, and left it outside in the sunlight for a few hours.
The results were dramatic.
Here's a reminder of the "before" showing the top cover. You can see the original platinum color at the bottom where it tucks into the main case. I don't have a "before" shot of the main case, but it was as badly yellowed as the top cover:http://snarc.net/yellowing.jpg.
Here are some "after" shots.
1. Back at home. Notice color difference vs. the disk drives and system saver --http://snarc.net/desk.jpg.
2. Up-close. See the streaking and slight blotches? I believe that's from where the sunlight was blocked by trees (as the sun moved vs. the horizon that afternoon) and also from where the Saran Wrap bunched up in a few places --http://snarc.net/streaks.jpg.
3. De-yellowed case on the right. Case on the left is from another Platinum in the MARCH collection. I did a quick-and-dirty de-yellowing of the left half of that one, just to show another before/after shot. Prior to experimenting on it, this is the one that Ian Primus and others used for pranking me by swapping it with mine, overnight while I slept! :) --
http://snarc.net/both.jpg.
So my computer isn't perfect and never will be, but overall it was a successful experiment.
Anyone know anything about this system? Someone on a vintage computer group
on Facebook has one (missing its keyboard[1]), and having seen some photos,
although it seems to be mostly a generic PC-compatible with 8-bit ISA, it's
notable for having a "video in" connector on the back, as well as LAN
in/out ports (proprietary? presumably some kind of ring network though)
Surprisingly, Google's coughing up nothing of any use. I'm guessing someone
tried making a PC-compatible with a few built-in extras as a selling point
(not that uncommon back then), and of course it didn't work out.
[1] Although the keyboard socket is something oddball, I see four wires
leading back to the motherboard and an 8042 near to where the keyboard
connects, so there's a possibility that it can be wired to a standard AT
(or possibly XT) keyboard - although of course maybe the scan codes or even
the protocol are completely different, and the owner has themselves a nice
boat anchor...
cheers
Jules
The team at the LCM sent is a listing of their Kaleidoscope program. We
toggled it in and it runs great! You fiddle with the bottom two analog
input knobs to find settings that will make patterns. You can watch it
here: https://youtu.be/_KZG_kE-K-0
Two more days of debugging on the PDP-12 LINCtape controller didn't
accomplish much. We now a lot more about what is not broken, but haven't
found the intermittent problem with reading tapes.
We reran the Tape Quickie and TAPE CONTROL TEST, PART 1 and 2 to make sure
that the controller was still OK.
We tried reformatting LINCtapes on the right drive in the TU56. It
sometimes worked OK, sometimes not. It doesn't seem to matter what tape we
use, the intermittent behavior is the same. A LINCtape that formatted OK
worked fine on the Tape Data diagnostic for quite a while and then halted,
so the TC12 and the TU56 are mostly working.
We noticed that if we were searching for a tape block on the right drive
with the left drive OFF, it usually worked OK. With the left drive in LOCAL
or REMOTE the right drive had trouble finding blocks. The only change
between OFF and LOCAL & REMOTE is that the power to the motors is enabled. The
motor power supply voltages looked OK in OFF and LOCAL & REMOTE.
We swapped lots of TU56 boards between the left and right drives and a
spare TU56, but didn't find a problem yet.
Since we replaced the tape head on the right drive we speculated that we
introduced a tape head skew problem that was causing problems when reading
tapes created on other drives. The left drive was untouched, so we thought
that one might work better. The left motor for the left drive in the TU56
was sticking so much that it would not turn under its own power.
We suspected bad bearings, so that should be an easy mechanical fix. When
we removed the motors we found that the motor shafts turned freely. We
found that there is a pair of bushings and spring on the motor shaft that
take up the play and make the tape alignment more accurate.
The lubricant on bushings and shaft had dried out and was sticky, making it
difficult to rotate the shaft. Unfortunately after cleaning and reassembly
we found that the left drive would barely read a tape. Maybe this is
related to the previous problem?
Warren saw evidence on the logic analyzer traces of the TC12 that might
indicate a timing problem in the TC12 LINCtape controller. Next Friday we
will check the TC12 and TU56 timing adjustments.
--
Michael Thompson
Folks,
Before the great company meltdown of Jan this year and as I discovered the
great mailing list breakdown of not long after I saved some DEC kit for list
members to collect, namely:
Alpha 800 (rackmount)
uVAX 2000
VAX 4000VLC
These are still in my hallway in Cambs UK so if either the people who called
for them or failing that anyone else would like to collect that'd be great.
I have proper scales for shipping weight but they need to be calibrated and
I'm struggling to find anything that weighs exactly 25kg :)
(I know the Alpha800 is '24-28kg', scales are pretty correct there, as they
are with my DS25, but they get a DS10 horribly wrong so...)
--
Adrian/Witchy
Binary Dinosaurs creator/curator
Www.binarydinosaurs.co.uk - the UK's biggest private home computer
collection?