Anyone interested in repairing some monitors in exchange for DEC gear or
possible cash? sorry, US only because of shipping.
Please contact me off list if you are interested.
Thanks, Paul
>If you're willing to run MSDOS with an appropriate ASPI driver,
>I can send you a utility that I know works []You're
>welcome to the source code.
>--Chuck
Chuck,
Could you share your DOS code with me too? I just assembled the hardware for
that: a self loading HP88780B SCSI-1 9-track Tape Drive, a vintage DolchPac
65 PC that can multi boot XP, Win98 and DOS fitted with an old SCSI-1 card.
And I am reading the SCSI protocol book in the evenings ;-). Your DOS SCSI
tape software and source would give me a prodigious head start...
I also have Pertec-interfaced Overland Data tape drive, that will be step 2.
This is a more straightforward interface.
And an HP-IB interfaced HP7970E tape drive waiting in the wings.
Marc
On 2015-Aug-04, at 6:32 PM, Bill Sudbrink wrote:
> Subject pretty much says it all, except that I need the
> ceramic package with the metal lid.
Not that it's a help, but I have a Wang calculator that uses an array of MK4008's. Ceramic & lidded but the gold-plated pins rotted on one or two of them - recovered by soldering new pins onto the side. Could do with spares but they're not common.
Would your interest in the specific form be for image sensor experiments?
I was looking at a couple of documents describing the Pertec tape interface; the manual for my Kennedy 9610 tape drive, and a nice reference by a fellow with a rather familiar name:
http://www.sydex.com/pertec.html
According to my Kennedy manual, issuing a read command causes the drive to return one block of data. I can see how that would be used in block-oriented applications in which blocks may be randomly read, written and re-written on the tape. But most of my magtape experience has been using the tapes in a streaming mode, such as when reading/writing one or more tar archives separated by file marks.
When writing a tar archive on a magtape from a Unix system, is the archive written as a sequence of fixed-size blocks? Or is the entire tar archive effectively written as one continuous block which must be streamed with no repositioning?
I'm curious because I'm daydreaming about how to build a tape drive interface controller, and I wonder whether it might need to potentially stream an entire tape in one go vs. being able to safely assume some maximal block size.
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
I've been given a small board that I believe is a Corvus Omninet adapter
for TRS-80 Mod 3 or 4. I _think_ it's intended to support a product
called "Network 4" that appears on a few old Tandy price lists and ad
brochures.
I'd love to find out more about the environment it's intended for and, if
possible, get my hands on the technical documentation and system software.
Is this familiar to anyone on the list?
Steve
--
I don't know how many of you were familiar with the
Addressograph-Multigraph (AM) Varityper phototypesetting systems.
Basically small computers with floppy drives and a (very nice)
terminal--and a big box that held quite a number of photo "font" disks.
Basically worked by shining a light through a specific disk and
character onto light-sensitive paper. Produced gorgeous print ready
copy. Compugraphic and Mergenthaler had similar systems and I think
there were also several other competitors as well.
At any rate, a pile of 8" HS floppies will be landing here in the near
future. Does anyone have any leads on Varityper service manuals or
anything might help me with the task of figuring out what on the disks?
(The disks themselves do not come from a country that uses the Latin
alphabet).
Thanks for any leads...
--Chuck
-------------------------------------------------------------
"The first thing we do, let's kill all the spammers."
