MiSTer FPGA Forum

Some games came with viruses, so IPF is no guarantee of anything. And writable IPFs will be just as vulnerable to external infection as writable ADFs.

Running probably the first modern operating system meant that you got modern problems, too. What a pain in the butt viruses were on that system. It had no defenses at all against malicious code.

Yeah, I just didn't have any floppy images convenient. I'll copy some over from WinUAE.

edit: I get the same error. As an extra test, I tried adding 512K of slow RAM, in case it was working like the actual A500 did, with the RTC on the trapdoor expansion. Made no difference.

IIRC, the Elevator Action board is super complex, with a weird custom CPU that nobody else really used. I wouldn't expect that one soon.

I might, however, be mixing that up with Paperboy, which is another really oddball board.

Because if it self-corrupts, it's always going to do that, so a backup doesn't do me any good.

Has a clean build of the most recent version been uploaded anywhere? The only original I can find is like a year old, and considering how badly the update scripts corrupted it last time, I'd rather just start with a pristine set of image files.

Oh, wow, I totally spaced on MGL files being from favorites.sh. Didn't even occur to me that you could use it for different hardware configs. That's a great idea!

It's probably physically possible to turn a DE-10 into a workalike for the GDEMU, but probably not while also running the Mister project. I doubt there are enough GPIO pins left.

Out of interest, what does MGL mean in that context? I'm trying to parse it, and am failing completely.

You probably could have just run chkdsk and then deleted the Organized directory, but if the restore was easier, what the heck.

One way to test would be using a recoverable RAM disk, and seeing if it recovers after a GUI reset. If one survives control-windows-windows, but doesn't survive the GUI reset, then reset should also be clearing viruses.

And, yes, a write protection option in the core would be an excellent idea.

If the interruption was a power failure, I'd suggest pulling the card and running a chkdsk on it with Windows. FAT filesystems are pretty fragile.

Double check your u-boot.txt. At least one version of the MAC address script would blow away the existing file writing the new MAC argument. You want to be sure that "v=loglevel=4 usbhid.jspoll=1 xpad.cpoll=1" is still there, if you want 1ms polling on your controller(s).

I'd definitely try a CEC stripper. They aren't that expensive, and it's just good practice to put one on the Mister, because it plays hell on that control bus.