Quite a few significant updates have been pushed. Claude/opus was used (yes, ai for what it's good for) to do an in-depth analysis of not only the pidp-1 code, but the panel driver, the display driver, both t30dpy versions, the Type 23 drum, DCS2, the Type 30 and 340 IOTs and both line printers for conformity to the published information and to confirm correct timing.
All their interactions with the emulator were examined to find any issues or potential timing problems with them or with all the threading being done.
It found some, and those have been resolved.
The main pdp1.c emulator was validated against the existing DEC documentation and the maintenance manual for correctness.
For the drum, the original DEC maindec test program was analyzed for test coverage and while pretty good had some holes. An additional test program covers those.
The DCS2 implementation was not only checked for conformity with the original, but all the added socket support both as a client and a server was analyzed and test
programs created.
Additionally, Claude/sonnet was used to create a comprehensive regression test suite for the am1 assembler and for the Type 340 display. This is now likely to be the most bug-free assembler and emulator around. Note that bugs were found in the original pidp-1 code, but those are not reflected in the original repo, I don't have write access to it. They are fixed here.
Testing has been done on Ubuntu Intel 64-bit, the pi5 running trixie, and the pi4 running trixie. The displays have been tested under both x11 and Wayland.
The only hole is that my rpi4 doesn't have a hardware panel, so that has only been tested on the rpi5.
One final note, Oscar put an ai llm knowledge document on the main website, it's not correct. Claude found several errors in it. If anyone is actually interested, I'll update my repo with a correct one.
Whew, this was a long update.
Post any comments separately, this should just be a change log.
Bill