Received: from ELI.CS.YALE.EDU by BUGS.SYSTEMSY.CS.YALE.EDU via SMTP; Fri, 19 Jun 1992 02:06:03 -0400
Received: from life.ai.mit.edu by eli.CS.YALE.EDU via SMTP; Fri, 19 Jun 1992 02:06:00 -0400
Received: from ucrmath.ucr.edu by life.ai.mit.edu (4.1/AI-4.10) id AA17148; Fri, 19 Jun 92 01:50:59 EDT
Received: by ucrmath.ucr.edu (4.1/SMI-4.1)
	id AA23134; Thu, 18 Jun 92 22:50:37 PDT
Date: Thu, 18 Jun 92 22:50:37 PDT
From: kevin@ucrmath.ucr.edu (peter kevin lund)
Message-Id: <9206190550.AA23134@ucrmath.ucr.edu>
To: pdp8-lovers@ai.mit.edu
Subject: Help needed with scrambled pdp8

Date: Thu, 18 Jun 92 22:50:37 PDT
From: kevin@ucrmath.ucr.edu (peter kevin lund)
To: pdp8-lovers@ai.mit.edu
Subject: Help needed with scrambled pdp8

Hi, I hope I got this address right - well, if you're seeing this it
must have not been too bad...anyway...

I got a pdp-8/f through the mail a while ago as something to tinker with;
unfortunately, it was very heavy so the seller disassembled it before
shipping.  The gross anatomy was easy enough to reconstitute, but the
problem is the boards.  They have these connections that run across the
top and adjacent boards can be connected with these blocks...well, I don't
suppose I need describe them here.

So, the problem is that this guy pulled all the boards out and put them in
a box with the connector blocks but he didn't note which boards were
connected with which!  There are a dozen or so boards (+panel), and I don't
dare connect them randomly to see what works.  So, if anybody on this list
is familiar with how these systems go together and has a bit of time to
spend discussing it, I'd be grateful.

Then there's the question of what to do once it's up, since there's no
mass storage, no OS, etc.  But first things first...thanks!

  Kevin Lund (kevin@ucrmath.ucr.edu)


Received: from ELI.CS.YALE.EDU by BUGS.SYSTEMSY.CS.YALE.EDU via SMTP; Fri, 19 Jun 1992 22:08:19 -0400
Received: from life.ai.mit.edu by eli.CS.YALE.EDU via SMTP; Fri, 19 Jun 1992 22:08:17 -0400
Received: from ucrmath.ucr.edu by life.ai.mit.edu (4.1/AI-4.10) id AA17669; Fri, 19 Jun 92 21:35:41 EDT
Received: by ucrmath.ucr.edu (4.1/SMI-4.1)
	id AA02468; Fri, 19 Jun 92 18:35:16 PDT
Date: Fri, 19 Jun 92 18:35:16 PDT
From: kevin@ucrmath.ucr.edu (peter kevin lund)
Message-Id: <9206200135.AA02468@ucrmath.ucr.edu>
To: pdp8-lovers@ai.mit.edu
Subject: The 8/f lives! (well, sorta...)

Date: Fri, 19 Jun 92 18:35:16 PDT
From: kevin@ucrmath.ucr.edu (peter kevin lund)
To: pdp8-lovers@ai.mit.edu
Subject: The 8/f lives! (well, sorta...)

Thanks to all who responded; my 8/f now seems to be running after a
fashion.  So here's my next round of questions:

First off, here's what I have going:

  cpu set composed of M8330, M9310, and M8300
  two sets of G104, G227, and core board
  M8320 ('bus loads')
  M849 (rf shield)

Then the unknown stuff:
  
  M837 ?? bunch of chips on a board...
  M8655 seems to be an I/O card
  M1705 definately a dual I/O card

Unfortunately, I have no idea what the signal formats of the I/O cards
are; the cables that fit the M1705 end in flat cards with maybe 5 or 6
fingers to the inch (fingers as in these look like they'd plug into slots
of some sort).

As for the front panel, I have a rough idea of how it works - a few of the
switches are kinda mysterious (dep, sw).  And, worst of all, the front
panel has a lock which I have no key to!  So I had to jam the switch into
the on position but that gives me no control over the power except from
the power strip.  Ok, so that's not the worst thing, but it is annoying.
Did these have standardized keys?

Anyway, I guess what I'm looking for is an explanation of the three
mystery cards and some info on connecting a terminal and some sort of
mass storage.  I can get a set of dec 8" floppies (RX02 as I recall);
beyond that it's somewhat iffy...

As always, thanks for any help...

  Kevin Lund (kevin@ucrmath.ucr.edu)


Received: from ELI.CS.YALE.EDU by BUGS.SYSTEMSY.CS.YALE.EDU via SMTP; Sun, 21 Jun 1992 21:38:42 -0400
Received: from life.ai.mit.edu by eli.CS.YALE.EDU via SMTP; Sun, 21 Jun 1992 21:38:17 -0400
Received: from sunic.sunet.se by life.ai.mit.edu (4.1/AI-4.10) id AA25560; Sun, 21 Jun 92 21:17:56 EDT
Received: from Minsk.DoCS.UU.SE by sunic.sunet.se (5.65c8/1.25)
	id AA18728; Mon, 22 Jun 1992 03:17:51 +0200
Received: by Minsk.DoCS.UU.SE (Sun-4/630, SunOS 4.1.2)
 with sendmail 5.61-bind 1.5+ida/ICU/DoCS id AA01830; Mon, 22 Jun 92 03:17:47 +0200
Date: Mon, 22 Jun 1992 3:17:43 MET DST
From: Johnny Billquist <bqt@minsk.docs.uu.se>
Reply-To: bqt@bern.docs.uu.se
To: kevin@ucrmath.ucr.edu (peter kevin lund)
Cc: pdp8-lovers@ai.mit.edu
Subject: Re: The 8/f lives! (well, sorta...) 
In-Reply-To: Your message of Fri, 19 Jun 92 18:35:16 PDT 
Message-Id: <CMM.0.88.709175863.bqt@Minsk.DoCS.UU.SE>

Date: Mon, 22 Jun 1992 3:17:43 MET DST
From: Johnny Billquist <bqt@minsk.docs.uu.se>
Reply-To: bqt@bern.docs.uu.se
To: kevin@ucrmath.ucr.edu (peter kevin lund)
Cc: pdp8-lovers@ai.mit.edu
Subject: Re: The 8/f lives! (well, sorta...) 
In-Reply-To: Your message of Fri, 19 Jun 92 18:35:16 PDT 

>  cpu set composed of M8330, M9310, and M8300
>  two sets of G104, G227, and core board
>  M8320 ('bus loads')
>  M849 (rf shield)

Good working!

>Then the unknown stuff:
>  
>  M837 ?? bunch of chips on a board...
>  M8655 seems to be an I/O card
>  M1705 definately a dual I/O card

Hmmm, this is from memory, so I'm not 100% sure, but I think that the M8655
is the KL8-JA, which is an asynch. port.

>Unfortunately, I have no idea what the signal formats of the I/O cards
>are; the cables that fit the M1705 end in flat cards with maybe 5 or 6
>fingers to the inch (fingers as in these look like they'd plug into slots
>of some sort).

I can maybe check the M1705 out, but you really want the M8655 running
first.

>As for the front panel, I have a rough idea of how it works - a few of the
>switches are kinda mysterious (dep, sw).  And, worst of all, the front
>panel has a lock which I have no key to!  So I had to jam the switch into
>the on position but that gives me no control over the power except from
>the power strip.  Ok, so that's not the worst thing, but it is annoying.
>Did these have standardized keys?

Well, DEP is Deposit. You use it to write stuff into memory.
The principle is easy. Check that the machine is halted (no RUN-light).
Set the switches to an address, 0200 (octal) for example. Press Load Address.
Then set the switches to what data you would like to write into that
memory location and lift deposit. The address will be incremented
automatically, so you can do several deposits into consecutive memory
locations. Good for writing programs...

Well, anyway, here is a short program to write out every character
to the TTY (Goos for testing the 8655).

Address	Data	Code		Comments

200	7001	IAC		Increment acumulator
201	6046	TLS		Transmit AC to TTY.
202	6041	TSF		Skip if TTY ready.
203	5202	JMP	202	Repeat if not ready.
204	5200	JMP	200	Do next character.

>Anyway, I guess what I'm looking for is an explanation of the three
>mystery cards and some info on connecting a terminal and some sort of
>mass storage.  I can get a set of dec 8" floppies (RX02 as I recall);
>beyond that it's somewhat iffy...
>
>As always, thanks for any help...

Hope this is to some help. Let me know if you need more help, I can look
through me stuff at home to get more info for you. I have a few pdp8
myself...

Johnny Billquist                  || "I'm on a bus
CS student at Uppsala University  ||  on a psychedelic trip
email: bqt@minsk.docs.uu.se       ||  Reading murder books
pdp is alive!                     ||  tryin' to stay hip" - B. Idol


Received: from ELI.CS.YALE.EDU by BUGS.SYSTEMSY.CS.YALE.EDU via SMTP; Mon, 22 Jun 1992 23:10:32 -0400
Received: from life.ai.mit.edu by eli.CS.YALE.EDU via SMTP; Mon, 22 Jun 1992 23:07:27 -0400
Received: from BU.EDU by life.ai.mit.edu (4.1/AI-4.10) id AA25418; Mon, 22 Jun 92 19:18:15 EDT
Received: by BU.EDU (1.99) Mon, 22 Jun 92 19:16:51 -0400
Received: by icad.COM (4.1/SMI-4.0)
	id AA06337; Mon, 22 Jun 92 12:44:21 EDT
Date: Mon, 22 Jun 92 12:44:21 EDT
From: lcs@icad.com (Larry Stone)
Message-Id: <9206221644.AA06337@icad.COM>
To: bqt@bern.docs.uu.se, kevin@ucrmath.ucr.edu
Subject: Re: The 8/f lives! (well, sorta...)
Cc: pdp8-lovers@ai.mit.edu

Date: Mon, 22 Jun 92 12:44:21 EDT
From: lcs@icad.com (Larry Stone)
To: bqt@bern.docs.uu.se, kevin@ucrmath.ucr.edu
Subject: Re: The 8/f lives! (well, sorta...)
Cc: pdp8-lovers@ai.mit.edu

> >Then the unknown stuff:
> >
> >  M837 ?? bunch of chips on a board...
> >  M8655 seems to be an I/O card
> >  M1705 definately a dual I/O card
>
> Hmmm, this is from memory, so I'm not 100% sure, but I think that the M8655
> is the KL8-JA, which is an asynch. port.

Yes, it's a later asynch serial I/O board.  It's basically an RS-232 port.
The DIP switches determine the speed and IOT device code.  I've got the
switch assignments written down somewhere, and will post them if nobody on
this list beats me to it.

> >Unfortunately, I have no idea what the signal formats of the I/O cards
> >are; the cables that fit the M1705 end in flat cards with maybe 5 or 6
> >fingers to the inch (fingers as in these look like they'd plug into slots
> >of some sort).

I'm not sure, and most of my DEC library is still packed, but that sounds
like it might be a "positive I/O bus interface".  It's intended to
interface with peripherals designed for older pdp-8 models (like the '8/I).
Some boards have a brief description printed in copper traces on one of the
vertical edges of the solder side of the board, so look there.

I believe the M837 is the memory extension and time-share controller.  It
shouldn't have any external connections.  Just plug it in behind the CPU.
(The ground plane goes between the CPU & stuff and the memory).  The M837
lets the system address more than 4K of core, which it is probably trying to
do if you have more than one core stack in there, so I suggest plugging it in.

> >Did these have standardized keys?

Yes, a lot, if not all, the DEC computers with barrel keys had the same
key.  Other people on the list can quote the number on it :-).  If ACE
Lock is still in business, they might even be able to provide you with
one.  VAX-11/750's and '730s, and I think some pdp-11's, had that key.
Later VAXen had a simplified plastic key that Field Circus was good at
breaking off in the lock.

I'd also suggest contacting DEC to see if they will still sell you
a copy of "Introduction to Programming".  It's an excellent tutorial on
machine-language programming on the pdp-8.  The latest vintage also had
instructions for operating the 8/e (same as 8/f) front panel.  Introduction
to Programming has got to be one of the greatest computer books of all time.

    -- Larry


Received: from ELI.CS.YALE.EDU by BUGS.SYSTEMSY.CS.YALE.EDU via SMTP; Tue, 23 Jun 1992 04:27:31 -0400
Received: from life.ai.mit.edu by eli.CS.YALE.EDU via SMTP; Tue, 23 Jun 1992 04:27:21 -0400
Received: from watsun.cc.columbia.edu by life.ai.mit.edu (4.1/AI-4.10) id AA03374; Tue, 23 Jun 92 04:13:21 EDT
Received: by watsun.cc.columbia.edu (5.59/FCB)
	id AA23487; Mon, 22 Jun 92 23:21:08 EDT
Date: Mon, 22 Jun 92 23:21:08 EDT
From: Charles Lasner <lasner@watsun.cc.columbia.edu>
To: pdp8-lovers@ai.mit.edu
Subject: Some recent Omnibus info needed
Message-Id: <CMM.0.90.0.709269668.lasner@watsun.cc.columbia.edu>

Date: Mon, 22 Jun 92 23:21:08 EDT
From: Charles Lasner <lasner@watsun.cc.columbia.edu>
To: pdp8-lovers@ai.mit.edu
Subject: Some recent Omnibus info needed

    To correct a few little things:

    The M837 is indeed the 8/e/f/m Extended Memory and Time-share
control card.  The jumper is to enable the time-share trap.

    The ground plane card goes in front of the front-most core plane in
the back of the machine.  The KA8E and or KD8E are allowed immediately
behind the rear-most core plane, just in front of the M8320 terminator
in the very last socket.  I have also found that KL8E's running
low-speed terminals can go there as well.  Avoid high-speed stuff such
as RK8E, or even RX8E (high-speed logic there, even though RX's are a
low-throughput device) in these slots possibly between core and the
terminator.  Besides, DMA devices such as RK8E should go between the CPU
and the memory anyway.

    The M170x cards are the so-called "foundation" modules, and are
merely a poor, early, and expensive ill-thought-out way to interface to
the Omnibus using positive-bus-style of construction.  The cards are
provided with cables just like the KA8E and KD8E so that you would think
to construct the "main" portion of your proposed device on wire-wrapped
green blocks.  Thus, these cards are the interface between the main
structure and the external device.  This philosophy rapidly gave way to
the notion that the entire device fits on the "spare" real-estate of the
module itself, next to the minimal buss interface.  Thus, a
self-contained card was more useful than a mechanically inefficient
interface-only card such as these.

    So, the user with the M170x card doesn't have a device, merely an
undefined bus interface to "something".

    The M8655 is real easy to setup:

    There is a baud rate selector.  Just set it to the octal number 0
through 7:

    0=	110
    1=	150
    2=	300
    3=	600
    4=	1200
    5=	2400
    6=	4800
    7=	9600 OR 19200.

    The card is normally delivered with 7=9600, but if you change a
2-of-3 set to the other way (soldered jumpers I think called W11 W12;
it's the only "3-way" jumper on the card) then 7=19200.  The print calls
for a "special" uart, but this is merely to select for better than 1968
junky GI uarts :-).  Virtually every SMC uart by then was fine for 19200
or even 38400.

    There is also a jumper to enable the errors/status into the
high-order bits of KRS and KRB.  There is also a software interlock on
this function as you have to do 6035 with bit 10 set (11 is still for
interrupt enable as well) to enable it as well as the jumper.  This
jumper is clearly marked.

    The single jumper in the top center of the card is a quirkily
implemented kludge for the VT05:  The VT05 requires 1/60 second after a
LF to recover.  You can send nulls as fills during this time if desired,
as they are ignored.  The point is to delay sending anything of
significence.  Note that on 50 Hz systems this becomes 1/50 second.  The
point is that the jumper causes the card to actually send the 4 nulls!
(and thus is incorrect for 50 Hz and 2400 baud!)  This is acceptable as
a kludge to allow the VT05 to be compatible at 2400, but would have been
better served if the flag were merely held up for a variable time
setting (1/50, 1/60, etc.), not four synchronized nulls at the current
baud rate!  (I once hooked it up to a teletype; a real scream to watch
it chug out nulls :-).)

    There are jumpers to make the receive baud rate 150 baud instead of
equaling the transmit rate.  (The VT05 has r=150, t=1200, and r=150,
t=2400 among others)  Also there are jumpers to set parity and whether
it's even or odd.  Note that these are not directly jumpers to the UART,
so that odd parity means 8 bits and no parity means 8 bits also.  (The
uart chip could do 7 bits with no parity, or 8 bits with a parity or
even 9 bits: 8 bits and even or odd parity above that!  The jumpers all
go to auxiliary logic that always choses a final result of an 8-bit data
pattern overall.)

    The device code is a real snap  Just setup the switches so they read
correctly: the receive code is the middle six bits of the IOT, and the
transmit is likewise on another set of six.  So, for a console terminal,
the correct settings are:

    (03 and 04) R= 0 0 0 0 1 1     t= 0 0 0 1 0 0

    The KL8JA is interesting regarding current loop:  While technically
active, thus requiring a passive loop receiver in a terminal (the norm),
the KL8JA (which has no switches for this) can also talk to another
KL8JA.  No special wiring is needed for this: just two two-wire loops
connecting the cards using the same cable that would go to a
current-loop terminal such as a VT05  (flat mate-n-lok connectors
(AMP).)

cjl


Received: from ELI.CS.YALE.EDU by BUGS.SYSTEMSY.CS.YALE.EDU via SMTP; Wed, 24 Jun 1992 19:34:13 -0400
Received: from life.ai.mit.edu by eli.CS.YALE.EDU via SMTP; Wed, 24 Jun 1992 19:34:04 -0400
Received: from ns-mx.uiowa.edu by life.ai.mit.edu (4.1/AI-4.10) id AA00643; Wed, 24 Jun 92 18:38:55 EDT
Received: from pyrite.cs.uiowa.edu by ns-mx.uiowa.edu (5.64.jnf/920408)
	  on Wed, 24 Jun 92 17:38:52 -0500 id AA06789 with SMTP 
Received: by pyrite.cs.uiowa.edu (5.59/890218) 
	  on Wed, 24 Jun 92 17:28:56 CDT id AA15029
Date: Wed, 24 Jun 92 17:28:56 CDT
From: Douglas W. Jones <jones@pyrite.cs.uiowa.edu>
Message-Id: <9206242228.AA15029@pyrite.cs.uiowa.edu>
To: pdp8-lovers@ai.mit.edu
Subject: Newbie

Date: Wed, 24 Jun 92 17:28:56 CDT
From: Douglas W. Jones <jones@pyrite.cs.uiowa.edu>
To: pdp8-lovers@ai.mit.edu
Subject: Newbie

I've just acquired an Industrial 8 (that's really an 8/E, 1974 vintage)
and a PDP-8/F (1975 vintage) on the surplus market for a song ($15 for
the both).

I need one each of the yellow and orange keyswitch handles from the front
panel of the 8/F, if anyone has a bunged up front panel that they're willing
to pull switches from.

I need the key to the ace lock on the front panel of the 8/E (it's currently
locked in the off position), but that's something I'll have to pursue the
alt.locksmithing newsgroup for.

I need a lid for my 8/E, but I think it'll run just fine without.

I'm desparate for a translation between the M numbers on the handles of the
boards I have and the real names of the parts.  I also need to know the
pinouts on the interface cards, since many cables are missing.  I assume
I'd get this kind of stuff from the Small Computer Handbook, but I don't
have a copy.

I have no peripherals (except an ADM 31, when I can figure out the cable),
but I may be able to pick things up at the surplus place, so I'll have to
go back regularly to keep up with what they have in stock.  They have a
broken RX02 8" floppy drive, with a sticker saying "Needs new stepper" on
it.  I don't think they have the necessary interface board to hook it to
the 8, though.
					Doug Jones
					jones@cs.uiowa.edu


Received: from ELI.CS.YALE.EDU by BUGS.SYSTEMSY.CS.YALE.EDU via SMTP; Thu, 25 Jun 1992 11:31:12 -0400
Received: from life.ai.mit.edu by eli.CS.YALE.EDU via SMTP; Thu, 25 Jun 1992 11:30:41 -0400
Received: from ns-mx.uiowa.edu by life.ai.mit.edu (4.1/AI-4.10) id AA22055; Thu, 25 Jun 92 11:11:14 EDT
Received: from pyrite.cs.uiowa.edu by ns-mx.uiowa.edu (5.64.jnf/920408)
	  on Thu, 25 Jun 92 10:11:12 -0500 id AA01632 with SMTP 
Received: by pyrite.cs.uiowa.edu (5.59/890218) 
	  on Thu, 25 Jun 92 10:01:14 CDT id AA15664
Date: Thu, 25 Jun 92 10:01:14 CDT
From: Douglas W. Jones <jones@pyrite.cs.uiowa.edu>
Message-Id: <9206251501.AA15664@pyrite.cs.uiowa.edu>
To: pdp8-lovers@ai.mit.edu
Subject: Gunk

Date: Thu, 25 Jun 92 10:01:14 CDT
From: Douglas W. Jones <jones@pyrite.cs.uiowa.edu>
To: pdp8-lovers@ai.mit.edu
Subject: Gunk

I've started going over the 8/F I got, after it failed the smoke test (when
I plugged it in, it made smoke out of its power supply).  A small wire in
the supply that went to a test point on the outside melted, due to a short
circuit, but no damage seems to have occurred, other than a need to replace
the wire.

Anyway, the worst thing I found is that the soft foam that DEC liked to use
for various purposes inside their cabinets has turned to gunk.  Most of the
rest of the stuff looks like new, except for the dust and one place where
the supply has overheated and cooked its PC board a bit (I suspect because
of a poorly lubricated muffin fan that I opened up and oiled).

I wonder if the reason the lid is missing from the 8/F is because it was
also lined with disgusting gunky foam.  I remember working with an 11/20 in
1973 that had a nice stiff foam to push the flip-chips into the backplane,
and I think the gunk I'm dealing with must be what the stuff turns to after
17 years.

Has anyone got any useful suggestions about removal, replacement, or ignoring
the gunk?  It comes off with a putty knife, leaving a sticky residue behind
that seems to resist all attempts at removal.

					Doug Jones
					jones@cs.uiowa.edu


Received: from ELI.CS.YALE.EDU by BUGS.SYSTEMSY.CS.YALE.EDU via SMTP; Thu, 25 Jun 1992 12:27:03 -0400
Received: from life.ai.mit.edu by eli.CS.YALE.EDU via SMTP; Thu, 25 Jun 1992 12:26:59 -0400
Received: from convex.convex.com by life.ai.mit.edu (4.1/AI-4.10) id AA24316; Thu, 25 Jun 92 12:07:20 EDT
Received: from lovecraft.convex.com by convex.convex.com (5.64/1.35)
	id AA24551; Thu, 25 Jun 92 10:36:26 -0500
Received: by lovecraft.convex.com.convex.com (4.1/SMI-4.1)
	id AA01540; Thu, 25 Jun 92 10:36:24 CDT
Received: from Messages.7.15.N.CUILIB.3.45.SNAP.NOT.LINKED.lovecraft.convex.com.sun4.41
          via MS.5.6.lovecraft.convex.com.sun4_41;
          Thu, 25 Jun 1992 10:36:23 -0500 (CDT)
Message-Id: <oeGSTry2e4NhI5ZKZJ@concave>
Date: Thu, 25 Jun 1992 10:36:23 -0500 (CDT)
From: "Anthony A. Datri" <datri@concave.convex.com>
To: pdp8-lovers@ai.mit.edu
Subject: Re: Gunk
In-Reply-To: <9206251501.AA15664@pyrite.cs.uiowa.edu>
References: <9206251501.AA15664@pyrite.cs.uiowa.edu>

Date: Thu, 25 Jun 1992 10:36:23 -0500 (CDT)
From: "Anthony A. Datri" <datri@concave.convex.com>
To: pdp8-lovers@ai.mit.edu
Subject: Re: Gunk
In-Reply-To: <9206251501.AA15664@pyrite.cs.uiowa.edu>
References: <9206251501.AA15664@pyrite.cs.uiowa.edu>

>Anyway, the worst thing I found is that the soft foam that DEC liked to use
>for various purposes inside their cabinets has turned to gunk

This is fairly common.  I had an 8/L once that came with a pair of
DF32's that were replete with this goo.

>It comes off with a putty knife, leaving a sticky residue behind
>that seems to resist all attempts at removal.

Try isopropyl  alcohol.  If that doesn't work, get somewhere ventilated
and try acetone.  If *that* doesn't work, I'd just live with it -- you
could try methyl chloride, but that's really evil stuff to work with.


======================================================8--<
"Future events such as these will affect you, in the future."


Received: from ELI.CS.YALE.EDU by BUGS.SYSTEMSY.CS.YALE.EDU via SMTP; Thu, 25 Jun 1992 15:38:02 -0400
Received: from life.ai.mit.edu by eli.CS.YALE.EDU via SMTP; Thu, 25 Jun 1992 15:37:58 -0400
Received: from ns-mx.uiowa.edu by life.ai.mit.edu (4.1/AI-4.10) id AA01432; Thu, 25 Jun 92 15:11:30 EDT
Received: from pyrite.cs.uiowa.edu by ns-mx.uiowa.edu (5.64.jnf/920408)
	  on Thu, 25 Jun 92 14:11:27 -0500 id AA08024 with SMTP 
Received: by pyrite.cs.uiowa.edu (5.59/890218) 
	  on Thu, 25 Jun 92 14:01:29 CDT id AA15871
Date: Thu, 25 Jun 92 14:01:29 CDT
From: Douglas W. Jones <jones@pyrite.cs.uiowa.edu>
Message-Id: <9206251901.AA15871@pyrite.cs.uiowa.edu>
To: pdp8-lovers@ai.mit.edu
Subject: ~jones/printme8

Date: Thu, 25 Jun 92 14:01:29 CDT
From: Douglas W. Jones <jones@pyrite.cs.uiowa.edu>
To: pdp8-lovers@ai.mit.edu
Subject: ~jones/printme8


Today, I bought what may be the remainder of what I need for a real
system at the surplus place.  I got 2 RX01's (one broken, a source of
parts for the other) and a PDP-8/A (that looks like someone used a hammer
to unplug some of the cables).  The latter, I bought only for the interface
card for the disk drive (M8357?).  The unusual thing about the purchase is
that I also got the maintenance manual for the RX01; that's almost against
the rules of the surplus business!  Total cost, $10.

Anyway, as a result of the purchase of the 8A, I have some bits and pieces
I definitely don't need!

1) Hex wide cards (memory, I'm guessing) with nice levers for pulling them:

   M8316 x 1
   M8317 x 1
   M8417 x 2

2) PDP 8/A front panel, ripped from whatever it was glued to, and with the
connectors to the cables from the CPU bunged up by the way they were
unplugged (with the same claw hammer that was used to rip the panel from
wherever it was glued, I'm betting).  The panel has a form fitting plastic
dust cover with a cutout area over the numeric keypad.

3) Power supply and box for 8/A.

I'm probably going to keep the M8300, M8310, M8320 and M8330 cards that
came with the 8A as spares for the 8E and 8F.

					Doug Jones
					jones@cs.uiowa.edu


Received: from ELI.CS.YALE.EDU by BUGS.SYSTEMSY.CS.YALE.EDU via SMTP; Tue, 30 Jun 1992 14:10:52 -0400
Received: from life.ai.mit.edu by eli.CS.YALE.EDU via SMTP; Tue, 30 Jun 1992 14:10:49 -0400
Received: from BU.EDU by life.ai.mit.edu (4.1/AI-4.10) id AA18140; Tue, 30 Jun 92 13:42:37 EDT
Received: by BU.EDU (1.99) Tue, 30 Jun 92 13:42:37 -0400
Received: by icad.COM (4.1/SMI-4.0)
	id AA09392; Tue, 30 Jun 92 12:57:55 EDT
Date: Tue, 30 Jun 92 12:57:55 EDT
From: lcs@icad.com (Larry Stone)
Message-Id: <9206301657.AA09392@icad.COM>
To: pdp8-lovers@ai.mit.edu
Subject: pdp8 books for sale

Date: Tue, 30 Jun 92 12:57:55 EDT
From: lcs@icad.com (Larry Stone)
To: pdp8-lovers@ai.mit.edu
Subject: pdp8 books for sale

I just saw this on the net.  The pdp-8 books this fellow is selling would
be useful to anyone with an Omnibus '8 and/or running OS/8.  I already have
a copy of each..

From bu.edu!rpi!think.com!spdcc!jin Mon Jun 29 16:12:45 EDT 1992
Article: 1108 of comp.org.decus
Xref: icad ne.forsale:7455 comp.org.decus:1108 comp.sys.dec:7807
Path: icad!bu.edu!rpi!think.com!spdcc!jin
From: jin@spdcc.com (Jerry Natowitz)
Newsgroups: ne.forsale,comp.org.decus,comp.sys.dec
Subject: Books and Software for sale - MSDOS, PDP 8, 11, and VAX
Message-ID: <1992Jun27.154849.27543@spdcc.com>
Date: 27 Jun 92 15:48:49 GMT
Distribution: ne
Organization: S.P. Dyer Computer Consulting, Cambridge MA
Lines: 112

All books paperbound and in good to excellent condition unless noted.
Prices are not post-paid, and are negotiable within reason.
Please respond by email or call 617-965-5734 before 9:30 PM

General and Computer Science

System/370 Reference Summary				$1

Assembler Language Programming The IBM System 360 and 370
2nd edition - Struble  (hardcover, fair condition)	$3

The Practical Guide to Structured Systems Design
Page-Jones						$5

A Introduction to Database Systems 2nd edition
- Date (hardcover, fair condition)			$2

Operating Systems Concepts - Peterson and Silberschatz
(hardcover)						$5

Introducing the UNIX system - McGilton and Morgan	$5

The C Programming Language 1st edition - Kernighan and
Ritchie							$5

Nutshell Handbook - Programming with Curses		$5

Microsoft Quick Reference: The Norton Utilities		$3

Programming in C - Kochan				$5

Teach Yourself C - Schildt				$8

S - A Language and System for Data Analysis		$4

All General Books				Total  $38


MS-DOS Books and Software

Windows International Developers Conference Course Notebook
Volumes 1 and 2 (11/91)					$8

Microsoft Quick C 2.5				       $15

Windows 3.0 Programming Primer - Southerton (1 disk)   $10

Andrew Tobias Managing Your Money 5.0			$7

Hoyle Book of Games volume 1				$3

Lotus 123 2.3 - Docs only				$7

Microsoft GW-BASIC Docs only (ring bound)		$4

All MS-DOS Books and Software			Total  $41


PDP-8 Books (don't smirk :-)

OS/8 Handbook First Printing (1974) (fair cond.)	$5

Small computer Handbook (8/e, 8/m, 8/f)			$3

All PDP-8 Books					Total	$6 


PDP-11 Books

LSI-11 Reference card					$1

RSX-11M Pocket Reference (3.1)				$1

Peripheral and Interfacing Handbook (1972)		$2

PDP 11/45 Processor Handbook (1973)			$2

PDP-11 Peripherals Handbook (1976) (fair cond.)		$2

PDP 11/34 Processor Handbook (1976) (poor cond.)	$1

PDP 11/70 Processor Handbook (1977)			$2

PDP-11 Architecture handbook (1983)			$3

All PDP-11 Books				Total  $11 


Vax Books

VAX-11 Programming Card					$1

EDT Quick Reference Guide				$2

VAX Software Handbook (1980)				$2

VAX Architecture Handbook (1981)			$2

VAX Hardware Handbook (1982)				$2

Terminals and Printer Handbook (1885)			$2

VAX Hardware Handbook vol 1 (1986)			$2

All VAX Books					Total   $9


-- 
     Jerry Natowitz
     Guest user on:
ARPA jin@ursa-major.spdcc.com
UUCP {ima,harvard,rayssd,linus,m2c}!spdcc!jin


