On 4/1/16 10:59 PM, Pete Lancashire wrote:
Bitsavers.org for example.
I have a large collection of VAX condists at the museum.
The issue is making them available.
Since a few of the current VMS owners are on the list, opinions would
be appreciated.
They will be imaged at some point and the
On 4/1/16 12:21 PM, Diane Bruce wrote:
It's in ports /usr/ports/graphics/tumble
Not sure if it is up to date or not.
Thanks. It appears that the stdio that I'm linking against on OS X
10.9.5 does not keep the file pointers synchronized between the system
and stdio. Tumble opens a file, a
Forwarded Message
Subject: Re: Original HP 2116A is running again!
Date: Sun, 3 Apr 2016 08:54:01 -0700
From: Al Kossow
Reply-To: General Discussion: On-Topic Posts
To: cct...@classiccmp.org
On 4/2/16 2:01 PM, william degnan wrote:
Thanks for that. I could not find
On 4/3/16 5:27 AM, Mattis Lind wrote:
Just saw this: http://www.ebay.com/itm/331820201025
In case someone is interested. I was unable to quickly figure out if it
already was archived on bitsavers.
/Mattis
I don't appear to have it uploaded.
Maybe I can work something out with Frotz to get
On 4/3/16 8:55 AM, Al Kossow wrote:
I have a bunch scanned, just need to post-process them. Now that tumble
is running in my new workflow, I'll see what I can do.
when I get them uploaded, they will be under 21xx/bcs, /dos, etc.
Currently the 1969 DOS manual is the only thing up.
On 4/2/16 2:01 PM, william degnan wrote:
Thanks for that. I could not find much about the 2116A (2114/15) software
on Bitsavers or the HP museum site. Where else does one go for these
manuals?
I have a bunch scanned, just need to post-process them. Now that tumble
is running in my new wor
On 5/20/15 12:11 PM, Johnny Billquist wrote:
There might be rubber parts in there.
Nope, I like them better than TK50s, though, because you pop off the two C
rings and the head assembly
lifts up to clean, which is necessary after every tape you try to read.
TK50 tapes stick or gum up at the e
On 6/10/15 8:15 AM, Mark J. Blair wrote:
And that is precisely why I'm thinking of an ad-hoc interface rather than just
plugging a SCSI drive into a UNIX box.
It also has the advantage that you can return the CRC/checksum and partially
read blocks. Most SCSI tape drives don't
return the data
On 6/10/15 8:40 AM, Dennis Boone wrote:
> > Using dd to read tapes to disk discards the block size information.
> And that is precisely why I'm thinking of an ad-hoc interface rather
> than just plugging a SCSI drive into a UNIX box.
It's eminently possible to image tapes sanely on a unix
On 6/10/15 9:12 AM, Mark J. Blair wrote:
Ok, now three more questions come to mind:
1) Is it ever acceptable to mix densities on a single tape? I'm not sure that
my Kennedy drive will even allow that, but I don't know if that is universal.
It happens. Len Shustek's copy of APL/360 has JC
On 6/10/15 11:25 AM, Dennis Boone wrote:
The discussion of .tap format to which I referred earlier largely seemed
to revolve around the question of representing errors. Block length
markers occur at the beginning and end of data records, unless they're
file marks (length 0). On a read error, s
On 6/10/15 10:45 PM, Paul Anderson wrote:
Bingo!
DZV11 FIELD MAINT PRINT SET MP00462
USERS GUIDE DZV11-UG-002
TECH MANUAL DZV11-TM-001
CVDZCB0 ECHO TEST DIAG
DVDZD-A-0 INTERPROCESSOR TEST DIAG
CVDZAD0 DIAG PART 1
On 6/10/15 12:11 PM, Michael Thompson wrote:
I know of 17 PDP-8/S systems, including four at the RICM.
Last I heard, John Bordynuik still had one or two of them, but I
haven't spoken to him in years.
On 6/13/15 8:20 AM, Noel Chiappa wrote:
what's the grey coating on
them
molybdenum
On 6/19/15 8:22 AM, Noel Chiappa wrote:
Thanks to everyone for trying to help, but I'm not sure we've cracked it yet.
Chassis Trak is still around as part of General Devices, why don't you ask them?
http://generaldevices.thomasnet.com/category/solid-bearing-slides
On 6/22/15 8:51 AM, Alan Perry wrote:
On another topic, we had discussed me going through my B1000 stuff and Burroughs contacts to assist the buyer of that system that you facilitated. Unfortunately, all that I have come up with are
dead ends. I found additional material, but is all pretty mu
I subscribe to both lists. From examining the mail headers,
here is a mail filtering algorithm that seems to deal with
duplicate posts showing up from the other group.
Create a cctalk and cctech saved mail folder
in this order:
put msgs with "To" header of either cctalk or classiccmp into cctal
On 7/13/15 1:24 PM, Christian Gauger-Cosgrove wrote:
As an aside comment. Didn't the PDP-14 require a PDP-8 for setup? (An OMNIBUS '8, so an /e, /f, /m, or /A if I recall right.) Cheers, Christian
The PDP-14 was programed with wire-rope memory
The Industrial-14 used PDP-8e core and was program
On 7/13/15 9:54 PM, Paul Anderson wrote:
Hi Rich,
Which one was possibility built for NSA? I missed the [1] footnote. Do you
know more about the story?
this is the source for the wikipedia entry on the PDP-3
http://www.decconnection.org/announcements.htm
February 14, 2007
which would be CIA, not NSA
On 7/13/15 10:00 PM, Al Kossow wrote:
Scientific Engineering Institute
yes, but the only software that survives are diagnostic listings.
I tried and gave up trying to get the software from the person who saved
the Livermore Stretch
On 7/14/15 8:58 AM, Jay Jaeger wrote:
I wonder if there is anywhere near enough information available to do a
Stretch.
JRJ
On 7/14/
Two sets of ALDs survive at CHM. There was someone working on a simulator who
was retyping the
diagnostics, but I haven't heard anything about that in a LONG time (2011-2012)
On 7/14/15 4:47 PM, Eric Smith wrote:
On Tue, Jul 14, 2015 at 9:58 AM, Jay Jaeger wrote:
I wonder if there is anywhere
Dug back in my mailbox and Richard Cornwell was looking at this circa 2008-11.
There was
some work by JAM to OCR the listings. I don't remember if it was greenbar, and
if the background
was causing problems. The color scanner I use now does color dropout but it
would be a PITA to
rescan everyth
http://www.ebay.com/itm/281749697289
I have it. I'll postprocess and upload it and email you the pinout page
On 7/17/15 4:03 PM, Eric Smith wrote:
Looking for an MC68451 datasheet (or scan). Most of the ones that turn
up from the usual database sites are actually for the MC68450 DMA
controller, which is entirely unrelated. The onl
SUN I or II board?
On 7/18/15 10:50 PM, Eric Smith wrote:
Is anyone aware of any published detailed designs of Multibus
arbitration circuitry
http://www.microcenter.com/product/430528/BeagleBone_Black#
There aren't any stores in the SF Bay area, so this won't do me
any good, and it isn't clear how many are available.
On 7/21/15 12:10 PM, Earl Baugh wrote:
Folks,
4x Otrona Attache's (and a huge plastic tub of original replacement
parts... a first look indicates enough to build at least 1 more machine)
Some of these have the 8086 accessory board that allows it to run MS-DOS
(along with the CPU it normally r
On 7/22/15 7:43 AM, Tothwolf wrote:
I can't say I've previously heard of that being done with automotive bulbs
Then why are tail light bulbs sold in pairs?
I just had one go, and replaced both sides.
did anyone here get this?
http://www.ebay.com/itm/281752359535
I am interested in a firmware dump, but not enough to drive to socal to get it.
On 7/23/15 6:56 PM, Eric Smith wrote:
I'll test the
monitor on a lab power supply to see if it's drawing too much current.
does it have a horizontal oscillator?
some ball monitors require horizonal drive before the hv works
On 7/24/15 1:14 PM, pdaguytom . wrote:
Back on TAS for just shy of a grand with free shipping.
and someone bought it
http://www.ebay.com/itm/281757114979
On 7/25/15 8:24 AM, Al Kossow wrote:
On 7/24/15 1:14 PM, pdaguytom . wrote:
Back on TAS for just shy of a grand with free shipping.
and someone bought it
http://www.ebay.com/itm/281757114979
I've probably seen a dozen of them for sale in the 25+ years of watching
this stuff, and
On 7/25/15 1:03 PM, John Wallace wrote:
Was there any software of note for Chromatics?
I don't know much about the 1599. The 7900 68K machines had a DOS.
CHM has a 7900 w docs, but no software.
Just came across his original listing
http://www.ebay.com/itm/281747887309
Disturbingly, the ICs are pulled out of their sockets
On 7/25/15 8:27 AM, Al Kossow wrote:
On 7/25/15 8:24 AM, Al Kossow wrote:
On 7/24/15 1:14 PM, pdaguytom . wrote:
Back on TAS for just shy of a grand with free
On 7/27/15 9:14 AM, quapla wrote:
Maybe a future possibility to have a (maybe Chinese) manufacturer make
a batch of 1000, 2000 or maybe 1 clips with a type of plastic which
is slightly more flexible so that they do not break off to quickly?
The current design is flawed. It should be fixed
On 7/27/15 10:54 AM, Evan Koblentz wrote:
"Vintage Computer Federation".
Great
I hope Sellam gets on your ass over that.
On 7/27/15 5:07 PM, couryhouse wrote:
March can now compete with chm
A little humor to lighten the burden of one's day.
On 7/28/15 10:22 AM, Vincent Slyngstad wrote:
What do folks think of the idea of thickening the shaft, terminating it in a
hemisphere, but then cutting half-way down the result with a Y or X shaped cut?
The cut would hopefully allow the result
to flex and taper into the socket,
providing plen
On 7/31/15 4:48 PM, Eric Smith wrote:
On Fri, Jul 31, 2015 at 5:07 PM, drlegendre . wrote:
I found the hardbound volume in question, and it does have a very
[...]
But happily, I did a little searching and it turns out that the entire doc
is available online via Cornell U and Google books. H
On 6/10/15 8:17 AM, Jon Elson wrote:
I got a Pertec key to tape system surplus, and created a mostly software
interface with very minimal hardware to read and write tapes on my S-100 Z-80
system.
XL-40?
Someone out here put some XL-40 parts and docs up on eBay this weekend, so I
went ov
On 8/3/15 6:41 PM, Jon Elson wrote:
On 08/03/2015 03:40 PM, Al Kossow wrote:
On 6/10/15 8:17 AM, Jon Elson wrote:
I got a Pertec key to tape system surplus, and created a mostly software
interface with very minimal hardware to read and write tapes on my S-100 Z-80
system.
XL-40?
The
On 8/3/15 11:00 PM, Chuck Guzis wrote:
One of these days, I'll port the SCSI interface of the program to sg(), but not
right away--too many other irons in the fire. But you're welcome to the source
code.
It would to be nice to look at. I was back at cartridge tape recovery this
weekend so
On 8/6/15 6:16 AM, geneb wrote:
One thing I don't understand - why can't the machine boot on its own?
Why would IBM design a computer that required another computer just to
boot it?
Main processor microcode is in RAM. Putting microcode in ram and having
a small computer load it was actuall
On 8/6/15 8:30 AM, Jay Jaeger wrote:
I wouldn't mind one as well -- I have a handful of Pertec drives that it
would be nice to be able to talk to. One that handles multiple
interface speeds would be a plus.
I suppose I could always design one ;)
Formatted Pertec is a fairly simple int
On 8/8/15 9:16 PM, Chuck Guzis wrote:
On 08/08/2015 08:14 PM, Jay Jaeger wrote:
If anyone is interested, I have code for a Linux SCSI tape to
AWSTAPE program, and a program that translates aws format to a raw
byte stream. Not sure if I have one that translates to the SimH .tap
format, though. GN
On 8/11/15 5:53 PM, Josh Dersch wrote:
Absolutely no idea -- the manual isn't particularly technical and the SDK
mentions nothing. I'll see if there's anything to be dug up in this regard.
(Thanks also to Eric for suggesting this problem...)
- Josh
You may want to try asking on the supe
On 8/11/15 9:43 AM, joseph lang wrote:
I'm trying to find docs for monolithic systems 8009 board.
multibus I, z80, RAM ROM 2 serial, FDC.
I see references to the board online but no actual docs.
I'm looking for information (schematic) for the on board interrupt logic
and bus interface.
I've figu
On 8/11/15 2:48 PM, Al Kossow wrote:
I have it scanned. I'll have it up on bitsavers later tonight.
It's uploaded to http://bitsavers.org/pdf/monolithicSystems
it will take a couple of hours for the mirrors to pick it up.
Did your board have a monitor/bootstrap ROM? If so, have
On 8/12/15 6:26 AM, Jay Jaeger wrote:
The correspondent should probably check with the SuperCard Pro folks to
make sure BOTH have been implemented. It is quite possible neither have.
I know Philip ran into this with writing real media with his Diskferret. You
can find a discussion about it i
On 8/12/15 11:34 AM, Peter Coghlan wrote:
The posting email addresses are only slightly disguised and could be harvested
by spammers. Would it be possible to filter them a bit better before they are
found?
That horse is already out of the barn.
https://web.archive.org/web/20141025044832/htt
On 8/12/15 4:21 PM, Chuck Guzis wrote:
I could have that reversed--and that SS media in the FDD-200 would cause an "illegal
media" signal to be asserted, but it's odd either way.
I'll have to check bitsavers when I get time.
An FD-200 service manual would be nice to have a scan of. I don't h
But many numbers didn't exist there. For instance M7765 of which you
have 15.
http://www.tamayatech.com/partsindex/partM009.htm
fills in some of the M76xx/77xx holes
be careful, there are lots of other vendors in there too
I turned up some CPU info on it, which I uploaded to bitsavers/lockheed/sue
Dumps of the programmable parts on the CPU would be nice if anyone has one.
On 8/14/15 10:45 AM, Brent Hilpert wrote:
I was investigating - wondering whether it was plug-and-play to emulate a
floppy interface
Not enough logic on there to do that. It would have been a parallel interface
to the bubble microcontroller
On 8/14/15 11:28 AM, Brent Hilpert wrote:
On 2015-Aug-14, at 11:24 AM, Brent Hilpert wrote:
On 2015-Aug-14, at 11:04 AM, Al Kossow wrote:
On 8/14/15 10:45 AM, Brent Hilpert wrote:
I was investigating - wondering whether it was plug-and-play to emulate a
floppy interface
Not enough logic
On 8/9/15 10:21 PM, Chuck Guzis wrote:
On 08/09/2015 09:54 PM, Marc Verdiell wrote:
Well, Chuck, thanks a bunch, this is very useful and quite difficult
code to write from scratch. How does one compile for DOS by the way
(I have to admit I am too young to have ever tried), and get a copy
of MSC
On 8/14/15 11:54 AM, Brent Hilpert wrote:
Are there any known customers/applications that used it?
The BBN PLURIBUS IMP
On 8/14/15 1:30 PM, Chuck Guzis wrote:
Schizophrenic MS labeling. The C++ suite is 1.52c, but the compiler
identifies itself as 8.00c. Crazy.
yea.. There is a page on it on Wikipedia. Visual C++ came out after
MS C 7.0 which was Windows 3.1 time frame.
Just staring at all this because I'm
11:54 AM, Brent Hilpert wrote:
On 2015-Aug-13, at 9:44 PM, Al Kossow wrote:
I turned up some CPU info on it, which I uploaded to bitsavers/lockheed/sue
Dumps of the programmable parts on the CPU would be nice if anyone has one.
So this was interesting, another in the list of 60s/70s minis - hadn
On 8/14/15 6:20 PM, Al Kossow wrote:
who
appears to have made their own PDP-8 clone (Bob Rosenbloom has one)
http://www.dvq.com/oldcomp/photos2/1k/cmc3.jpg
oops, it's actually a Digital Computer Controls DCC-112
On 8/14/15 7:28 PM, Chuck Guzis wrote:
I've got the Windows 3.1 DDK in big box/piles of floppies version. But isn't
the documentation (and the rest) part of the MSDN collection?
yea, forgot about that. I have pretty much the complete set back to the early
90's.
On 8/15/15 5:56 AM, Steve Robertson wrote:
Al,
I shared the images with J. David Bryan. One of the tapes
had a bad spot on it so, there was one file that was
unrecoverable.
Ah, good. I was hoping he got copies of them.
On 8/15/15 5:35 AM, Steve Robertson wrote:
Mike,
I have the original 9-track system
tapes (FOS), some spare NOS tapes
have you imaged all of these tapes?
This looks like fun..
http://mightyframe.blogspot.com/2015/08/qic-24-tape-data-block-format-decoding.html
On 8/15/15 6:41 PM, Jon Elson wrote:
DDC made a number of hybrid ADCs, but I've never seen one that was 3 x
4"! That's really big.
Some of the Data Translation modules were that big. The normally had the
block diagram / part number / and Data Translation silk screened on the
top of them. ADAC
On 8/18/15 4:33 AM, Shoppa, Tim wrote:
I certainly feel bitsavers is a good model
Too bad Jason Scott doesn't "get it"
He destroyed the organizational schema of bitsavers when he "mirrored" it
and had his little band of minions "curate" it for IA.
THAT is why I will have nothing to do with hi
On 8/18/15 8:26 AM, Ian McLaughlin wrote:
Jason is currently sweating his balls off trying to save at least a portion of
a huge warehouse of unique documentation under an incredibly tight deadline.
Ask Will Donzelli about the Cyber Resources rescue we did.
You'll not get any sympathy for wait
On 8/18/15 9:02 AM, geneb wrote:
Bullshit. His mirror has zero effect on your original site or organization.
Google disagrees.
IA saturates the channel. Jason and IA are deliberately working to redirect all
search
traffic to IA from the original mirrors by constantly creating useless 'new'
On 8/18/15 9:12 AM, Ian McLaughlin wrote:
inflating the egos of the archivers?
If you think this is an ego trip for ME, you haven't dealt with Jason Scott
much.
On 8/20/15 5:49 AM, Kevin Anderson wrote:
I think it is great that Bitsavers material can be saved in more than one
location, whether that be identical mirrors on multiple servers or with
material copied into another environment.
I completely disagree. Scott asked to 'mirror bitsavers'
That
On 8/20/15 10:48 AM, Jason Scott wrote:
I'll answer the questions about the Internet Archive's presenting of
bitsavers when I calm down
You're right. This is the last post I'm going to make on this. What happened
has happened, I'm not happy the way IA has presented my work, but there isn't
any
On 8/21/15 10:58 AM, Jay Jaeger wrote:
And probably many many more.
CHM has educational non-commercal agreements for the following:
Apollo software from HP
68K based 9000 software from HP
21xx/1000 software from HP
BTOS from Unisys
Alto software from Xerox PARC
And there are a string of s
On 8/21/15 5:33 PM, Billy Pettit wrote:
This is the poorest documentation I've ever seen on a piece of test equipment.
The problem is they went through at least three generations of
programming packs (individual device, unipak, unipack2/2A/2B)
There is a text file (unipak2.txt) that I sen
On 8/21/15 7:22 PM, Jon Elson wrote:
Enough Pertec drives were made so that manuals should be no problem. Some
other makes were made in fairly small numbers so manuals may be a problem.
One of the things I've specialized in is collecting tape drive manuals on
bitsavers.
There are docs ther
On 8/22/15 11:43 AM, Chuck Guzis wrote:
Historically, the two are very different in application. If you've got a COBOL
handy on your tape system, try running the 1974 Navy Audit Tests, once the set
of benchmarks by which CODASYL compliance
of a vendor's COBOL was judged. (Al, do you have a co
On 8/22/15 2:23 PM, Sean Conner wrote:
For my own morbid curiosity, and because it came up on another mailing
list I'm on [1], what machines commercially avaialble were sign magnitude
and one's complement?
A table of what computers had what numeric representation is one of those things
that
just noticed this
http://article.gmane.org/gmane.announce/23246/match=gmane+comp+hardware+vintage
From: Mailing List Manager gmane.org>
Subject: New group gmane.comp.hardware.vintage
Newsgroups: gmane.announce
Date: 2015-05-19 10:57:19 GMT (13 weeks, 6 days, 3 hours and 39 minutes ago)
The new
On 8/28/15 12:46 AM, Mark J. Blair wrote:
leave the tapes in my truck for a week to bake them? :)
not enough airflow
On 8/28/15 11:01 PM, Mark J. Blair wrote:
I'm thinking that air circulation should be helpful to reduce hot spots
Yes, and this has been discussed on this list for at least ten years. Someone I
know who has processed thousands of 1/2" tapes built a very large convection
oven
and he told me on
On 8/28/15 9:25 AM, Jay Jaeger wrote:
Many/most 9 Track tapes (those from the early to mid-eighties until 1995
or so - what matters is the date of manufacture, not when they were
written) have to be "baked" before reading, owing to "sticky shed
syndrome". My experience with tapes earlier than t
On 8/29/15 8:57 AM, Al Kossow wrote:
I've processed over a thousand tapes in the past ten years, and their condition
is not improving with time. Chuck has mentioned 3M Black Watch being bad, and
I've
started to see that now too, which wasn't the case in the past.
There was a
On 9/1/15 5:50 PM, Jay West wrote:
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?
It is the transform processor from a GE CAT scanner. I was just getting around
to scanning the drawings
for it.
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
On 9/2/15 4:27 PM, Josh Dersch wrote:
Thanks, Al -- I snagged this.
good! they're great scanners, especially for HP and Tek manuals with the long
foldouts
Saw this in AFC
Another water damaged collection heading to the landfill
--
Subject: Houston (and everywhere else), we have ... an opportunity
From: hlctmi...@gmail.com
Injection-Date: Thu, 03 Sep 2015 15:37:06 +
My name is John Keys, and I incorporated the Houston Computer Museum in May=
On 9/3/15 9:58 PM, Paul Anderson wrote:
I'm looking into a road trip from Champaign to Maine via Indy, Detroit,
Windsor, Niagra Falls, Buffalo or 1000 Islands, Syracuse to Boston area,
and up to Maine. Not sure about the return Route.
I have talked to a few list members about dropping off/pic
On 9/4/15 3:30 PM, Jay West wrote:
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.
I didn't know how the things worked, so I looked it up
http://dailyapple.blogspot.com/2
On 9/4/15 4:10 PM, Al Kossow wrote:
I didn't know how the things worked, so I looked it up
http://dailyapple.blogspot.com/2009/01/apple-367-magic-eraser.html
and here is a US seller for 100 of 'em at $7.50
http://www.ebay.com/itm/261997395134
On 9/5/15 8:46 AM, Al Kossow wrote:
On 9/5/15 8:40 AM, william degnan wrote:
I surprisingly found little
commentary or threads about the TU10 / TM11, other than DEC docs. I guess
these are not super common
They were common. I worked on a bunch of them. Expect the vacuum sensors to be
bad
On 9/5/15 8:40 AM, william degnan wrote:
I surprisingly found little
commentary or threads about the TU10 / TM11, other than DEC docs. I guess
these are not super common
They were common. I worked on a bunch of them. Expect the vacuum sensors to be
bad
in the columns. I think Guy still has a
On 9/5/15 11:10 PM, Josh Dersch wrote:
Anyone happen to have these floppies and/or images of them?
I have several moving boxes of 5" floppies I got from Envos when the left
Redwood City
I'll see what's there. The display fonts should be common across all the D
machine software
platforms.
On 9/6/15 6:12 AM, Johnny Billquist wrote:
I have played a little with KA-10 and KI-10. And yes, there are similarities.
KA is built out of R/S/B series negative logic modules, which have single-sided
edge connectors.
KI was built with TTL (M series postive logic) as was the PDP-8I/L/E, PDP
On Sep 5, 2015, at 2:23 AM, Nigel Williams
wrote:
We were amazingly lucky with the B5500 to have so much of the critical
documentation (thanks Bitsavers!)
Thank Jim Haynes for saving these from UC-Santa Cruz's machines and
donating them to CHM in 1998.
On 9/6/15 7:54 PM, Mark Linimon wrote:
Does anyone have any idea if this was a real
product
there are a couple of manuals for it on bitsavers
On 9/7/15 5:53 AM, Noel Chiappa wrote:
So I have started such a registry.
Alan Frisbie has been scanning tons of stuff this past year. I expect that many
missing schematics
will surface when that is made available.
On 9/6/15 2:18 PM, Josh Dersch wrote:
Lots of other disks to look through but it's a pain to get them written out;
one of those HxC floppy drive emulators is looking rather nice right now :).
you might want to see if http://bitsavers.org/bits/Xerox/8010/extractXeroxFloppy.zip
can be adapted
On 9/7/15 8:34 AM, Alexandre Souza wrote:
sometimes you gotta use flash
devices that are WAY faster than common EPROMs...
and sometimes that won't work, because the hold time of fast
devices is too short.
On 9/8/15 10:01 PM, Chuck Guzis wrote:
I wonder if they were from FNWC or the Naval PG school in Monterey.
The Blue Cube (Satellite Control Center) had a bunch of them as "Bird Buffers"
Likely in Sunnyvale in support of that.
I guess now that it is gone I should put up the docs on the facilit
On 9/9/15 7:08 AM, Al Kossow wrote:
The Blue Cube (Satellite Control Center) had a bunch of them as "Bird Buffers"
Likely in Sunnyvale in support of that.
http://bitsavers.org/pdf/sdc/scf/TM-1146_Augmented_Satellite_Control_Facility_System_Description_Apr63.pdf
is an early desc
101 - 200 of 2179 matches
Mail list logo
