Looking for Intel pds Prom programming software

From: Joe <rigdonj_at_intellistar.net>
Date: Wed May 5 07:36:02 1999

Derek,

  I've got tons of ISIS II and III docs. At least four LARGE binders full.
 I've made a partial list. I'll post it at
"www.intellistar.net/~rigdonj/mds.txt". I'll add to it when I have time.

  BTW I was at a scrap yard yesterday and found some black Intel pods with
large ribbon cables attached. The pods looked like they may have come from
some kind of ICE or logic analyzer judging by the input lables. The pods
were about the size of a pack of cigarettes and are much smaller than the
ICE pods that I have. Unfortunately the other endo the cable was cut off.
Does anyone know what they might be for?

   Joe

At 03:55 AM 5/5/99 -0700, you wrote:
>> I'm trying to put together a Prom Programming station based on the iPDS
>> (Intel's Isis luggable) computer. I've managed to locate the OS, and some
>> applications but am still in need of the Prom programming software. I
>> think it was titled 'IPPS'.
>
>Sorry, I can't help you. I was actually going to ask _you_ some questions.
>You may want to try Intel's site, though. They have a small amount of ISIS
>stuff there (an emulator and maybe some other things). It's very
>disorganized -- you have to use the search function. Intel doesn't seem to
>care about such ancient history.
>
>Do you have any documentation for ISIS? I tried playing with the emulator
>and couldn't manage to do anything. I'm mainly wondering what features ISIS
>provides as an operating system and what its commands are.
>
>It's also very enlightening to compare ISIS to CP/M. Although CP/M was
>designed with an external interface that looked sort of like DEC's PDP-11
>OSs, internally CP/M seems to have been inspired by ISIS to some degree. I
>forget why I came to that conclusion (because I don't have the appropriate
>articles in front of me) but I know the register conventions were similar
>and I think the modular construction, memory layout, etc., may have been
>similar too.
>
>The funny thing is, CP/M has some silly flaws that shouldn't have happened,
>because ISIS doesn't have those flaws! Two especially come to mind:
>
> - No supported way to tell where in memory the parts of CP/M are.
> DRI's approach of "assemble CP/M for your particular system" is
> only workable for hobbyists that build and program their own
> machines and never use anyone else's binaries. I think ISIS has
> a system call that gives you the current memory layout.
>
> - Not necessarily easy to get to the non-file parts of a disk
> (the boot tracks, directory blocks, etc.) I've heard ISIS had
> a number of fake "files" for the non-file parts of a disk, which
> made disk hacking a lot easier.
>
> - Warm boots. I never understood why the warm boot in CP/M was
> combined with the routines to reread a disk directory. They are
> not the same thing. Changing disks is such a nuisance. Oddly,
> CP/M keeps enough information in memory to tell it that the
> directory is invalid... so why can't it just read the new
> disk instead of giving an error? I forget if ISIS solved this
> problem as well.
>
>Of course CP/M eventually got some features that I doubt ISIS ever had
>(longer file names, network and graphics support, three different hardware
>platforms, more software).
>
>-- Derek
>
>
Received on Wed May 05 1999 - 07:36:02 BST