On Dec 21 2004,  9:14, Guy Sotomayor wrote:
  On Tue, 2004-12-21 at 08:27, Ashley Carder wrote:
 > Does anyone have any info/documentation on the XXDP diagnostics for
 > older PDP-11 systems and peripherals? I'm looking in particular for
 > the 11/40 (11/35), RK05, DZ11, RL02, MM11 core memory, RX01, RL01
 > diagnostics.  I have found some info on Henk's site, but would like 
to
  > know if anyone has a comprehensive list and hints
on how to run 
these,
  > what the output means, how to answer the prompts,
etc. 
It would be a big list :-)  I had a whole box of microfiche of them,
once.  Later diagnostics use a common set of "switches" to tell them
whether to halt on error, loop on erro, produce lots of reports, etc;
alsmost all diagnostics have specific settings to determine what they
do in detail.  If they halt on error, you need the isting to determine
exactly what caused the halt -- they don't, in general, print much
informative info.
  OK, the "magic decoder ring" for converting
the MAINDECs to XXDP 
names
  is quite simple.  The MAINDEC # is of the form:
        MAINDEC-11-Dxxxx-*
 To convert this to the XXDP diagnostic name keep only the xxxx part 
of
  the MAINDEC #.  To run it, do:
        R xxxx??
 The first letter in the diagnostic name tells you what processor it's
 for.  If I remember correctly C=11/40, Z=any 
B is 11/40; C is 11/45
  There's a document that tells all about it (but I
can't remember 
where I
  found it at the moment). 
That would probably be mine, at
http://www.dunnington.u-net.com/public/PDP-11/XXDP.pdf
XXDP.ps is the same content, just a different format.
The bits from page 6 to 12 are from V2.4, but the rest is mostly
version-independant.
  The pack images that you're talking about
don't have the correct 
memory
  diagnostic, but I've found that ZMSDD0 (wow! from
memory...can you 
tell
  I've used it a bunch?) works OK enough to be able
to find bad memory 
and
  you'll know when you hit bad memory.  I've
also found that having a
 hardcopy terminal is preferable to a CRT when you're getting 
failures.
 If a diagnostic loads and then gives you a prompt like "DB>", START 
is
a
  good choice as a response. 
--
Pete                                            Peter Turnbull
                                                Network Manager
                                                University of York