Article View: alt.folklore.computers
Article #4305Re: PDP-10 folklore (hardly ever was: Just *how* hard is a GO playing program?)
From: we... Ric Werme
Date: Mon, 10 Sep 1990 20:16
Date: Mon, 10 Sep 1990 20:16
52 lines
3194 bytes
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!wermeReferences:
<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