> First of all thanks for your hard word on OCR-ing original PDF listing, it made > Galaxy Game driver possible.
It was a easy project to do, it was a lot harder when I had my WatFiv program get eaten by the CP/M upload computer, back in the 80s. I only had 12 compiles to redo the program from the listing, never did get it correct but I was the only one to have output for the program, I learned that from the teacher, after the final.
> T11 is good enough for the driver at this point, when PDP-11/20 is emulated (which > may happen on MESS side), driver may be switched to use it.
I agree with that, since we really don't know if the code even runs correctly.
> I'm loading code from compile code listing (taken from your site actually). I guess > it is best option now, as it allows source code to be preserved, while still loading > compiled code from it.
I hope the code is correct, I'm not 100%, but 99% positive it is correct. All I do know is that the octal code should match, at least it does will the AsmPDP version, the Macro11 version, doesn't seem to compile an absolute address version. Which ever way you want to load the program is fine by me, I would have thought a binary would have been easier. > About the bugs: I assume you are referring to these: > 1006 006432 006601 10060 ROL R1 > 1007 006434 006602 10070 ROL R2 > These are now patched during loading to use correct ROL opcodes. > If there are more bugs in original listing which you fixed then, please let me know. >
Yes, those are the lines I am referring too, even Bill said the PDF is incorrect and the 66 should be a 61 octal.
|