🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: alt.folklore.computers
Article #4305

Re: PDP-10 folklore (hardly ever was: Just *how* hard is a GO playing program?)

#4305
From: we... Ric Werme
Date: Mon, 10 Sep 1990 20:16
52 lines
3194 bytes
In article <25...@boulder.Colorado.EDU> a...@boulder.Colorado.EDU (Alan T. Krantz) writes:
>>
>>If you want another shot, here's a "simple" one.  Put a PUSH in
>>register 0, and start the CPU at 0.  What happens?  No fair trying it
>>on a real PDP-10.  You can assume the CPU is a bare machine, but this
>>will work OK under timesharing on Tenex, TOPS-20, or ITS systems.
>
>
>That's an easy one - if I understand the question correctly. The Dec-10
>(tops-10) had a linear address space (including the registers) so if the
>pc was 0 - it executed the data in register 0 as an instruction.

Good - you got the first instruction.  Don't forget the overflow from
the index register field into the indirect bit at pc 17.
>This is a simple trivia question - but what does the following code do:
>
>	move	1,[movei 1,@1]
>	jrst	1

I much preferred:

	movsi	0,20		;That's octal 20 - loads the indirect bit
	jrst	0

Because address evaluation had to be complete before instruction decoding
and PC incrementing, and because the -10 had indefinite indirection, this
would turn off most of the console's lights.  The PC display would be 0,
the instruction display would be off except for the indirect bit glowing
at about half brightness, and the data lights (if the console address switches
were set to 0) would have just the indirect bit.

Pretty dull, actually.  A multiport diagnostic I wrote that beat on memory
from processor, disk (RP02) and drum (RM10B) was really neat with the
computer room lights turned off.


As for alorithms in Algol - if you want that, read CACM.  If you want folklore,
then you may have to deal with assembler.  Besides, how can you cleanly
describe in Algol-60 (sorry, that's the only one I know (knew?)) the rotate
instructions?  Or ILDB/IDPB?  Or TRCE?  Criticizing assembly code when us
old fogies start rhapsodizing about our all-time favorite machine is living
dangerously

As for DDT, I'm please to say that DDT lives!  Thanks to several old PDP-10
hackers at Alliant, our OS debugger is near a relative to PDP-10 DDT.  It's
main shortcoming is the lack of the builtin assembler.  Never did understand
that code on the -10.
-- 

| A pride of lions              | Eric J Werme                   |
| A gaggle of geese             | uucp: mit-eddie!alliant!werme  |
| An odd lot of programmers     | Phone: 508-486-1214            |
Technical Details
Message-ID: <4155@alliant.Alliant.COM>
Path: mbox-mo1.pugleaf.net!gmdzi!unido!mcsun!uunet!snorkelwacker!usc!samsung!xylogics!merk!alliant!werme
References: <1990Aug30.123237.17904@nmt.edu> <1547@front.se> <1990Sep3.053502.18445@cbnewsh.att.com> <7041@milton.u.washington.edu> <25672@boulder.Colorado.EDU> <7082@milton.u.washington.edu> <25683@boulder.Colorado.EDU>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!gmdzi!unido!mcsun!uunet!snorkelwacker!usc!samsung!xylogics!merk!alliant!werme
From: we...@Alliant.COM (Ric Werme)
Newsgroups: alt.folklore.computers
Subject: Re: PDP-10 folklore (hardly ever was: Just *how* hard is a GO playing program?)
Message-ID: <4155@alliant.Alliant.COM>
Date: 10 Sep 90 20:16:55 GMT
References: <1990Aug30.123237.17904@nmt.edu> <1547@front.se> <1990Sep3.053502.18445@cbnewsh.att.com> <7041@milton.u.washington.edu> <25672@boulder.Colorado.EDU> <7082@milton.u.washington.edu> <25683@boulder.Colorado.EDU>
Reply-To: we...@alliant.Alliant.COM (Ric Werme)
Organization: Alliant Computer Systems, Littleton, MA
Lines: 52
Posted: Mon Sep 10 21:16:55 1990
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit