Has 6.0.8 been considered?
Yes, but I think it's better to have 6.0.8 on the 2MB and 7/7.1 on the 8MB. The RAM disk (which of course you don't have to use) requires 7.5MB of RAM on the 8MB SIMM but only 1.5MB on the 2MB, so it's sort of fitting that the 6.0.8 version has a smaller RAM requirement to use the RAM disk. Ooh, but that reminds me, the driver still requires 9.5MB on 6.0.8 because of how the RAM is allocated. (And who has 9.5MB? That basically means 16MB is required.) I've gotta fix this in the driver before shipping.
If indeed you used 1oz copper, and if your 1.20mm thickness measurement was based on that AND measured from the outer edge of the copper pads, then going to 2oz would make a thickness of 1.27mm! Perfect!
Ooh yes, looks like I made a mistake too... I forgot to add the thickness on both sides. This is perfect as long as they aren't thinning the core of the board. I'm so excited if this solves the problem! I'll try this on the next batch.
I’m going to throw the freeware CD Sunrise extension into the discussion here because that is small, universal and has been very reliable for me at least.
Okay, I'll try that instead of the Apple one.
Macsbug! Please please please include Macsbug.
also System Picker.
Mmm yes, good call on Macsbug. Thanks.
What is an example situation that crops up where [ADB Reset] solves the problem?
I think the purpose might be to reassign ADB addresses after startup. If you plug in two devices of the same type in and boot the Mac, they initially have the same device address. The start manager reassigns the address of one of the devices and records this change in the ADB Manager's device table. If you unplug and re-plug the device which has had its address reassigned, its address goes back to default, but the ADB manager doesn't know about this, so the Mac keeps trying to talk to that device using its old address. Of course, hot-swapping is not allowed, but some people do it anyway, and there's the KVM use case as well.
Was any version of Expander released for unlicensed use?
I've gotta look into this as well. I wanna choose the software I include carefully. Obviously Apple has demonstrated that they are okay with distributing their abandonware, but I'm weary of companies that currently exist and may become litigious over the inclusion of their abandonware in these kinds of collections. Games are off-limits as well, since they're just as fun as they were back then, so the case for their inclusion being fair use on the basis of low commercial viability is more difficult than for StuffIt, for example.
I also think that it's an embarrassment that there isn't an open-source StuffIt clone! Maybe I will start a StuffIt clone project and we can all contribute.
What about a copy of Disinfectant or some kind of antivirus? This could be very useful to have on the ROM, as it could remove viruses from the main drives without getting infected itself -due to the nature of the ROM.
Ooh yeah, good point about the read-onlyness. Will do.