At 08:56 AM 8/11/2014, Jason Scott wrote:
>I'll work on finding and getting them on archive.org!
>On Mon, Aug 11, 2014 at 4:59 AM, Jacob Dahl Pind <rachael at telefisk.org>
>> Does anyone by change have either of the following walnut creek cdrom,
>> AB20 Amiga CD-ROM
>> Aminet CD-ROM disc, 6/93 , ( note this is not part of the aminet cds from
>> Urban D. Mueller)
I bet I have them both; the trick would be finding them.
They seem to have broken it sufficiently now that nothing is returned after the end of October.
Is there anyone indexing Usenet that has a clue? It seems like all that is left is for-pay
services for searching alt.binaries.
> From: Mark J. Blair
> Where is the modified Unibus used? ... I tried to cram in every bus I
> could find using the same physical form factor, but if MUD is an
> especially niche application then maybe it doesn't need to be in there.
> From: David Riley fraveydank at gmail.com
> Typical Unibus peripherals are quad-width; those that are hex-width are
> *generally* only in it for the additional power .. There are certainly
> exceptions, but I don't know what they are.
> If someone is trying to build Unibus memory, they'll probably be
> interested in the modified Unibus pins. Otherwise, it's somewhat
I'm on the road, and away from my documentation, but I definitely would not
call MUD 'niche' - it's pretty much the standard hex-height UNIBUS spec in
all the later UNIBUS backplanes.
Here's what I can recall: in the beginning, there were what were called
'Small Peripheral Controller' (SPC) slots, which took quad-high cards in the
C-F connectors. Older, simpler interfaces (think DL11, RX01/2 controllers,
etc) were quad cards which went in the C-F connectors of an SPC slot. (More
complicated interfaces, like the RK11, RP11, DH11 etc were entire custom
backplanes/system units - 4 slot for the RK11, larger for the DH11, IIRC.)
I forget what was in the top two connectors (A-B) of the old SPC slots (e.g.
on the early DD11s - the name of the early 4-slot backplane units). Of
course, in the 1 and 4 slots, the A and B connectors had 'standard UNIBUS' so
one could plug in either a jumper module to the next backplane (earlier M920,
later M9202 - once they started dealing with lumped loads), or a UNIBUS cable
(the big flat white one) to another system unit.
So then hex cards started to become common (and basically all later UNIBUS
interface cards are hex cards - from early ones like the DZ11 and RL11, to
the latest ones like the UDA50, DELUA, etc). Around then, the MUD spec came
in: in a MUD slot, the bottom 4 connectors (C-F) are still SPC (so you can
plug any quad SPC board into the C-D connectors of a MUD slot), but the top
two connectors (A-B) are subtly different.
I _think_ many (most?) hex boards are MUD only, but I would have to check on
When I get back, I will check and see what the A-B connectors in an old SPC
slot are - and if any hex UNIBUS cards use that, instead of MUD. (Of course,
any hex card that _only_ uses SPC pins can go in either kind. I don't know if
there are any hex cards are like that - or perhaps many are, I just don't
know off the top of my head.)
> From: David Riley
> Qbus shares Unibus' defined +5v and GND pins and adds a few more
> dedicated grounds ... I'm honestly a little surprised they didn't make
> the power pins a little more broadly compatible (or at least less
> likely to cause damage) in general
Well, I can kinda-sorta understand the UNIBUS and QBUS not being safe from
each other. It's sort of 'intuitively obvious' that one shouldn't plug a card
>from one into the other. (And remember, the QBUS started out as almost all
dual-high cards, except the LSI-11 CPU card, another differentiation.)
But the Q/Q and Q/CD thing is, to me, at least, different - one has to
know there are two kinds of QBUS, and not to plug cards for one into
the other (except the many cards that can go both ways).
But now that I think about it, I guess there are sorta two kinds of UNIBUS
too - MUD and non-MUD. And I think I even recall someone damaging a card by
plugging a non-MUD card into a MUD slot (or vice versa, I don't recall the
details any more).
I have completed scanning the 33 issues I was given of "Inside
Solaris," a monthly newsletter for admins of the Solaris operating
system. This is just a small slice of the total run, which went from
1995 to ??. My scans cover all of 1999 and 2000 as well as parts of
1998 and 2001:
I've been doing something similar as an on-and-off project since 2011
(more off than on). Wrote some code to apply vectors on my Expro,
read the output, didn't know about Minilog (thanks, Chuck), wrote
some really clunky code to do something similar.
I'm working on the MAC PALs which is kind of redundant since I have
Jecel's work archived.
My thinking is that a PAL with 8 registers has at maximum 256 states.
Therefore I should be able to apply a vector, clock the PAL 256
times, and that would give me all the states. Repeat for the other
1023 or whatever vectors.
But I recently got back into brewing beer so there's not much
happening on the PAL reverse engineering front.
I recently acquired a Racal-Milgo MSD III Modem Sharing Device.
Although I doesn't own any modem, I'd like to know how to use such a
device. Could someone point me to a manual or something? :)
I also may possibly acquire another MSD - or whatever it is, i briefly saw it.
[Bummer that I have no space, i'd take a cash machine , too!]