Adds an additional monitor change check in the display code, fixes rich text paste into the console command line, fixes Remove not being available for devices that don't have settings. Annoyingly, I've discovered that exclusive full-screen mode is now broken on my dev system with two monitors enabled, both in Altirra and in other programs. Yay. Fortunately it still works on my other laptop where I can still test.
Regarding the emulator itself Avery, you refuse monetary donation for reasons I fully understand but us lot tend to feel that there something we could do to help other than 1. using you work there fore proving its worthwhile and loved and 2. beta testing and reporting errors. Are there any other area's you could use a hand with or causes people could give to as a show of thanks?
Hardware lends / donations etc?
To be honest, the thing I'm shortest on when working on Altirra is time and motivation. That's not to say that I don't like working on the emulator, but there are other things I can spend my time on as well... like the PS4 that's calling me at the moment. Just the testing you folks do is already a big help.
Regarding hardware needs, there are a couple of pieces of hardware that would be nice to have for testing, namely an 800 and an 810 disk drive. I haven't gotten them mainly just because I haven't needed them enough to go look for one and don't have any tests ready to go for them anyway. Cost isn't really much of a problem, ridiculous eBay auctions being an exception of course (I'm not going to pay USD$150 for a "collector's item" 810 that looks like it's been through a wood chipper and then a landfill). If I go down that route, I'd probably cobble together a test program and try to invite someone here to run it on the hardware for me first.
The compatibility database would be a good thing to crowdsource, but I really don't want people to go to town on it until I get the format locked first. At this point I'm probably going to switch to the same CRC64 that xz uses, but I need to brush up on binary field arithmetic first. The main benefits of doing so are more robust hashing (decreased chance of collisions), and checksum consistency with another well-known tool for bare images like .bin carts.
Something I just noticed today (running 2.80 Test 48 prior to updating to 2.90 Test 1 and then Test 2) is that folders mounted as virtual SpartaDOS disks return directories with the archived bit set for every file. I didn't notice this before: I just happened to be fiddling with The Last Word's file manager which displays all the file attributes. Tried SDX's MENU.COM as well and the archive bit is set there too, so it's not a bug in the word processor. Perhaps the bit is set deliberately: if so, please ignore.
EDIT: Regarding the archive bit - just checked the obvious, and the archive bit is set on the host file system, so there's no problem. Clearing it clears it in the emulator.
Yeah, the archive bit is simply reflected because it was there. Let me know if this causes issues. As far as I know, the archive bit is about as used as it is on Windows, i.e. not really, but one weirdness is that Windows Explorer does use the archive bit on directories. The alternative would be to simply force-clear it.
Does BASIC interfere with Mr Do!
It does not seem to and the game appears to play fine but its sort of an unwritten law that says to remove BASIC when booting a machine code game, just noticed that when playing with the Compatibility settings that it did not mind BASIC being on..
"Disable BASIC" is going to be an interesting tag, as the majority of games require it. Might have to special case it since otherwise it'd have to be spammed throughout the DB. "Requires 48K" is an even worse case that I'm not sure I'd want to have at all in the DB.