beerslayer
Member
When trying to use Mini vMac to play the old Wizardry ("Proving Grounds of the Mad Overlord") game from disk images, it insists on reading the "master" disk (which must be write-protected) before it will proceed. On Mini vMac, this makes it impossible to run this program.
Here's the sequence of events:
0) Make two copies of the image file on the host system. Make sure one is write-protected and the other isn't.
1) Boot Mini vMac, then mount the unlocked image of the Wizardry disk (the "Scenario" disk).
2) Launch the Wizardry application from the scenario disk. It immediately prompts you for the "MASTER" disk. This prompt is a modal dialog, so no return to the OS is possible.
3) Mount a LOCKED image of the Wizardry disk (the "Master" disk). This satisfies the application, which then tries to prompt for the scenario disk again using another (sigh) modal dialog. (Why it doesn't believe that disk is already or still mounted, I don't know.)
4) Try to remount the same image from step 1, which fails (since Mini vMac sees the image file as being already in use).
5) Try to mount an identical image to the one used in step 1 - Wizardry rejects it since it is not the *exact* same one.
There is no way that I've found to get any farther using Mini vMac. The only thing I can do at this point is reset the emulator, since the modal dialog won't even let me get back to the system and does not respond to Cmd-Q or any other command that I can find.
If Mini vMac emulated some sort of "paper clip" ejection method, that might work here. Since I have no idea what disks the Wizardry application thinks are mounted at that point, nor why it won't resume using the already mounted scenario image, I do not know what other workaround might satisfy it.
If anyone can enlighten me as to a workaround that already exists, please let me know.
Here's the sequence of events:
0) Make two copies of the image file on the host system. Make sure one is write-protected and the other isn't.
1) Boot Mini vMac, then mount the unlocked image of the Wizardry disk (the "Scenario" disk).
2) Launch the Wizardry application from the scenario disk. It immediately prompts you for the "MASTER" disk. This prompt is a modal dialog, so no return to the OS is possible.
3) Mount a LOCKED image of the Wizardry disk (the "Master" disk). This satisfies the application, which then tries to prompt for the scenario disk again using another (sigh) modal dialog. (Why it doesn't believe that disk is already or still mounted, I don't know.)
4) Try to remount the same image from step 1, which fails (since Mini vMac sees the image file as being already in use).
5) Try to mount an identical image to the one used in step 1 - Wizardry rejects it since it is not the *exact* same one.
There is no way that I've found to get any farther using Mini vMac. The only thing I can do at this point is reset the emulator, since the modal dialog won't even let me get back to the system and does not respond to Cmd-Q or any other command that I can find.
If Mini vMac emulated some sort of "paper clip" ejection method, that might work here. Since I have no idea what disks the Wizardry application thinks are mounted at that point, nor why it won't resume using the already mounted scenario image, I do not know what other workaround might satisfy it.
If anyone can enlighten me as to a workaround that already exists, please let me know.