Thanks Chuck for the info!
When I saw this post on these manuals, I thought of you.
Looks like they are claimed.
It is me GADFRAN from _www.vintage-computer.com_
(http://www.vintage-computer.com) .
I tried to respond to your message but my system was acting up again on that
site.
I only have the usual Tandons for Kaypros - TM100-2 and TM100-4.
Frank
In a message dated 1/7/2009 11:19:01 P.M. Eastern Standard Time,
cclist at sydex.com writes:
On 7 Jan 2009 at 21:56, FJGJR1 at aol.com wrote:
> Chuck is looking for a Tandon 100-4M - I never heard of one, but you have
a
> Tandon 100-4 manual.- see below for those reading this email
There's actually a 100-4 manual online somewhere. The -4 is 96tpi;
the -4M is 100 tpi. Drives that can do 96 tpi are a dime a dozen;
100 tpi is a whole different matter--always useful to have a few
extras.
Was there ever a half-height 100 tpi floppy drive? I've never seen
one.
Cheers
Chuck
**************New year...new news. Be the first to know what is making
headlines. (http://www.aol.com/?ncid=emlcntaolcom00000026)
For the cost of shipping from Austin, TX. All are originals, except where noted. If any
of these aren't yet scanned, I'd be happy to donate them to someone who would scan them.
I'm more interested in shipping the bunch than splitting them up.
SA850/851 Double Sided Diskette Storage Drive OEM Manual
SA850/851 Double Sided Diskette Storage Drive Service Manual
SA810/860 Single/Double Sided Half-Height Diskette Storage Drives OEM Manual (copy)
SA800/801 Illustrated Parts Catalog
SA800/801 Diskette Storage Drive Theory of Operations
SA800/801 Diskette Storage Drive Maintenance Manual
SA800/801 Diskette Storage Drive OEM Manual
SA400 minifloppy Diskette Storage Drive OEM Manual
SA400 minifloppy Diskette Storage Drive Service Manual
Tandon OEM Operating and Service Manual TM-100-1 and -2 Disk drives 48 TPI
Tandon Product Specifications Mini Double Sided Recording Flexible Disk Drive Model
TM100-4 96 TPI DSR
Tandon TM 100 DIsk Drive OPerating & Service Manual
Tandon TM100-1 and TM100-2 Disk Drives 48 TPI Service Manual
Tandon TM100 Disk Drive 96/100 TPI Operating & Service Manual (copy)
General question about mirroring with wget that has been driving me crazy for
a couple of days.
My mirror of bitsavers is maintained using wget to my local work machine.
Over the break, I switched to 10.5 of OS X, and got the latest darwin port of wget.
In the version I had been running, directory dates were maintained
drwxr-xr-x 9 aek staff 264 Nov 23 2006 .
drwxr-xr-x 380 aek staff 12876 Jan 3 09:02 ..
-rw-r--r-- 1 aek staff 479 Dec 19 10:54 .listing
-rw-r--r-- 1 aek staff 3835317 Mar 3 2004 M-4660_IOU-40_Jun79.pdf
-rw-r--r-- 1 aek staff 8160815 Mar 3 2004 M-4908_Q30cpuTech_1983.pdf
note the directory date is Nov 2006 even though the .listing was from 2008
using the same command (wget -m -np ftp://...) I now get
drwxrwxr-x 2 pdp1 pdp1 4096 Jan 7 11:41 .
drwxrwxr-x 3 pdp1 pdp1 4096 Jan 7 11:37 ..
-rw-rw-r-- 1 pdp1 pdp1 479 Jan 7 11:37 .listing
-rw-rw-r-- 1 pdp1 pdp1 3835317 Mar 3 2004 M-4660_IOU-40_Jun79.pdf
-rw-rw-r-- 1 pdp1 pdp1 8160815 Mar 3 2004 M-4908_Q30cpuTech_1983.pdf
I remember having a hell of a time finding a version that had the correct directory
behavior, and now I've forgotten what I had done to get it to work.
Anyone recognize this?
>Pete Turnbull (pete at dunnington.plus.com) wrote:
>No, that'll be a BA11-M ...
Oopss. Sorry.
>The issue is not the number of address bits, which won't matter at all.
That's what I was hoping, but there's one thing I don't understand - the
LSI11 CPU only drives 16 address bits, but some of the option cards (e.g.
DLV11-E) and the MSV11 memory decode 18 address bits. It's not sufficient
to simply pull the upper two address bits to always be zeros or ones - the
upper two address bits have to be zeros (for the memories) when the CPU
outputs an address in the range 000000..157777, and ones (for the I/O cards)
when the CPU outputs an address from 160000..177777. It's not a difficult
problem, but where is the logic to do this? It's not on the LSI11 card,
since those extra address bits weren't even defined in the QBUS when this
card was made.
> It's that your H9273 backplane is set up for an 11/23 and won't have
>W2 and W3 inserted, but they need to be for a quad-height M7264 ...
Actually the BA11-N H9273 does have W2 and W3 installed - according to the
Microcomputers and Memories handbook, those are supposed to be installed if
the CPU is in slot one, and removed if there's no CPU (i.e. for an expansion
box). It doesn't actually say anything about which model CPU, but in any
case they are installed on mine. Do they need to be _removed_ for an M7264?
So is W1 (installed) for that matter, which I think controls the LTC.
Thanks,
Bob
>tiggerlasv (tiggerlasv at aim.com) wrote:
>The BA11-N user guide can be found here:
>http://vt100.net/mirror/antonio/ba11nug1.pdf
Thanks - I guess I should have done this first :-)
Actually it says pretty much what I expected except for figure 1-9 on page
1-8. This shows that slots 4 and 6 in the H9273 are wired differently (it
implies that they have no QBUS connection!) from the adjacent slots. That
seems hard to believe - can that really be true?? Were these slots reserved
only for things like the second card in the RLV11?
Another question - this diagram implies that the BDV11 is always in the
bottom slot regardless of how many cards you have. Is that correct? Do you
need grant continuity cards then for all the empty slots?
Other than that, table 2-1 describes the jumpers and it looks like it says
pretty much the same thing as the Microcomputers and Interfaces handbook -
W2 and W3 are inserted for the first chassis, and removed for an expansion
chassis.
It doesn't look like any of the front panel jumpers would be affected by
the type of the CPU card.
Thanks again,
Bob
Hello.
I recently acquired a PDP-8/e with a TU56 and a PC04(I think) with
reader only. I've also gotten a DEC rack, but only one set of rails
which I think are wrong and incomplete to boot. I've done some searching
on bitsavers, but I've only found partial depictions of the actual rails.
So, what I'm wondering is what does the rails for a PDP-8/e look like?
These are the ones I got (same rails, different angles):
http://www.update.uu.se/~pontus/slask/pdp8/rails_1.jpghttp://www.update.uu.se/~pontus/slask/pdp8/rails_2.jpg
What does the rails for a TU56 look like? I could not find any holes on
the sides, are they simply screwed in place with the holes behind the
flip-front?
My TU56: http://www.update.uu.se/~pontus/slask/pdp8/tu56.jpg
And what does the rails for a PC04 look like? I found this picture over
at Mikes great corestore site: http://www.corestore.org/8i-2.jpg, which
shows part of it.
Also, the full height PDP family rack was called H960, but what was the
shorter version called, depicted here:
http://www.corestore.org/8m-1.jpg
If you have any of the above mounting kits, I would be interested in
buying or trading. I don't have much to trade with though, mostly SGI
and Sun machines.
/Pontus.
I have a BA11-N chassis that says "11/03-L" on the front, and the
backplane in it is an H9273-A. I want to get this to work with a 11/03 CPU
(a real KD11-F M7264) but there's something strange about this backplane
that I can't figure out.
The boards I'm using are the M7264, an M8044 (MSV11-D), M8017 (DLV11-E)
and a BDV11. In a small, 4 slot 11/03 chassis (a BA11-S, I think) all these
boards work fine together, however in the BA-11N there's no joy. It powers
up, but the processor appears to halt immediately - it never executes the
BDV11 bootstrap.
But, if I replace the 11/03 CPU in the BA11-N with a 11/23 CPU card, then
everything is fine. So the 11/03 works fine in the BA11-S but not in the
BA11-N, and the 11/23 works fine in the BA11-N.
It seems fairly likely that there's some kind 16/18/22 bit addressing
issue here, but what's the fix? It must have been possible to use the
KD11-F in the BA11-N, given the 11/03-L designation.
FWIW, the backplane has not been field upgraded with wire wrap to add the
extra address bits. In fact, the H9273-A doesn't even have wire wrap pins
at all - the pins are all cut off right at PCB level. Is this the standard
backplane for a 11/03-L system? I'm wondering if at some time maybe the
whole backplane was replaced with a newer one.
Thanks,
Bob
P.S. Yes, I do know that BA11-S backplane is QQ/QQ where as the H9273 is
QQ/CD. I don't think that's the problem - there's nothing in the CD slots
below the 11/03 card.
Tobias Russell wrote:
> The next challenge will be to get an RX01 disk built
> with RT11 on it. I'm planning on making the image with SIMH and then
use
> vtserver to copy the image onto the RX01 (connected to my 11/73). Does
> this sound like a sane approach?
I have a faster, albeit slightly convoluted method
for getting information between the PC and the PDP.
I created a standalone PC from old pieces/parts.
This PC is a plain-old PC, with minimal memory,
a small disk drive, a Teac FD55-GFR floppy,
a generic SCSI controller, and an IDE <> CF adapter.
The PC boots plain ol' DOS.
I use a compact flash card to move SIMH images
back & forth from my real PC to the DOS PC.
(This saves ALOT of rebooting.)
Using PUTR, I can make bootable RX50's and RX33's.
Using John Wilson's ST.EXE (SCSI Tape utility),
I can make bootable TK50 / TK70 images, merely
by attaching a SCSI TK50 / TK70 to the SCSI controller.
Although there are several steps involved in the process,
it is infinitely faster than using VTserver, particularly when
dealing with larger images.
You could easily make a bootable RT11 disk on RX50 or RX33,
boot your 11/73 with it, and make your RX01 images from there.
That way, if you run into any problems, or want to make changes,
you won't have to wait for VTserver to work it's magic. . .
(Now, if ST.EXE would work with Exabyte 8mm drives,
I'd really be a happy camper !)
T
Check out the BA11-N user guide, starting at chapter 2.
Make sure the appropriate jumpers are installed on the backplane,
and on the control panel circuit board. They may affect operation
of the KD11 modules.
The BA11-N user guide can be found here:
http://vt100.net/mirror/antonio/ba11nug1.pdf
A note to all 2.11bsd users:
Over the past 2 years several bug fixes for 2.11BSD accumulated, and over
xmas break I finally found the time to communicate them to Steven Schultz.
Steven was so kind to package them into two new patch files
446 issued December 27, 2008
447 issued December 31, 2008
Together, the patches address the following points
- ulrem.s: the unsigned long modulo operator (%) was broken in libkern
- umount: returned inverted exit codes (1 for success, 0 for failure)
- tar: core dumped when a whole /usr tree was archived
- tcsh: the time buildin function printed some erroneous or zero statistics
- ps: core dumped when '-t' option was used with no further argument
- apropos: core dumped when 2 or more arguments were given
- vmstat: wrong normalization for some fields
- several issues around the rk disk driver
- no rk root attach function
- no rk BOOTDEV support
- incorrect UCB_METER code (vmstat/iostat never showed any rk activity)
- autoconfig left the RK11 controller in an error state
- pstat: added additional options to access more kernel data structures
- new -c option, dumping the coremap
- new -m option, dumping the ub_map (UNIBUS map)
- new -b option, dumping the buffer pool table
- change -s output, gives now full table dump
- adapt the info's displayed by -T
- some documentation corrections (vmstat, pstat, tcsh)
Note: In case you wonder, as I did, why 211BSD survived 20 years with a
broken unsigned long % operator:
- only the non-FPP libkern implementation was affected
- the kernel simply doesn't have any unsigned long modulo's :)
- apparently only standalone mkfs after patch 434 was compromised
For the full story of all the above consult the header of the patch files.
The patch files are available from moe.2bsd.com and ftp.wx.gd-ais.com.
Note, that Steven changed the packaging some time ago, the patches are
now packed in bzip'ed tarballs in groups of ten patches. So you'll have
to look into
ftp://moe.2bsd.com/pub/2.11BSD/440-447.tar.bz2ftp://ftp.wx.gd-ais.com/pub/2.11BSD/440-447.tar.bz2
With best regards,
Walter Mueller