jxm
Member
Starting minicom with the -H option will display all received bytes in hex. The -w option wraps long lines.
I have the music program written by Gerald Johns for the classic LINC. When your 12 is solid, it would be fun to get it working there. I think it toggles the LINK bit for audio control.I made a video today demonstrating auto restart with a program to rotate a bit through the AC and how -- with the auto restart control -- you can turn the PDP-12 into a musical instrument.
No divide instruction on the LINC -- only multiple.If you have the big backplane you may also have the priority interrupt controller.
The EAE provides multiplication, division and normalization primitives which are useful for floating point emulation. Of course, if you had an FPP, the emulation with integer arithmetic was pretty lame, even with the EAE assist.
The EAE instructions are a bit similar I think, at least in power, to the hardware multiply and divide available in the LINC instruction set.
Vince
Well, that's quite a relief from our end! The emulator is always easier to repair than the physical machine, of course.So, it seems this isn't working in the SIMH. Looking at the code, it seems I did the clear of the bottom 5 bits of AC as documented at the start (page 71), but forgot to copy "y" back at the end. (Beware; LINC documentation numbers the bits other way 'round.)
Yes! Thanks @vrs42 -- and of course it's always nice to knock a bug out of an emulator. And kudos to @SpaceHobo for the keen eyes... blinkenlights for the win. I'll try to run the updated program later today.Well, that's quite a relief from our end! The emulator is always easier to repair than the physical machine, of course.
I'll keep the extra CLA I just put in, and go do a bit of code-bumming to get the instruction count back down again.
It was a lot of fun watching your videos on my phone at the pub, and scribbling notes on my copy of the listing. International console-level debugging!Yes! Thanks @vrs42 -- and of course it's always nice to knock a bug out of an emulator. And kudos to @SpaceHobo for the keen eyes... blinkenlights for the win. I'll try to run the updated program later today.
Now I am thinking DSC may still be not-quite-right. It seems to me that in half-high mode, only the bottom 4 bits of AC should be cleared? Otherwise each line of the text will still be 32 pixels high., creating effectively a blank line between each line of text.So, I tweaked the code for DSC. It should now clear the low 5 bits of AC, then OR in 6*scale at the end to update Y. (Scale is two for half-high mode, otherwise 4.)