Ken Pettit

Ok, merged.

linux & osx makefile fixes, fl_wait()->Fl::wait(), string lengths

The issue is in io.c on line 1272. The code is checking the hirestimer to see if enough time has passed prior to reporting the LCD controller as ready after an access. Commenting out lines 1268 - 1274 causes the emulation to add zero delay, but I found this is actually faster than the real hardware, and code that runs in VT may not actually run on a real machine. A better approach would probably be to profile the time a little better than I did in 2015 and change the the line: if (lcdTime[c]+.000014...

Hey Guys, I know where the problem is. A few years back when I was working on AsciiPixels, I had noticed that my code would work fine in VirtualT, but would not update the display on a real M100 / 102 correctly. The issue was in the response times of the LCD driver chips. So in V1.7, I tried to add emulation of the driver chip delays. I think this delay is a bit too much, and that is what is causing the slow response you are seing. Ken

Added undocumented opcodes. Made disassembler window resizable.

Added support for X flag (undocumented opcode support)

Removed ROM typedefs -- this is now located in rom.h

Added support for host file load/save operations. Addes support for saving & restoring preferences.