Since the MT-32 emulator was written in Visual C++ 6, I thought this might be a good place to ask, has anyone been able to get Visual C++ 6 to install on Windows XP? I imagine to do so will require some deeds not available to the ordinary consumer but I think it is profane that the install program (Acmesetup) won't work in XP!
Is ACMSETUP.EXE the only setup program? There should be a SETUP.EXE as well. I've noticed that with all Microsoft programs there are both of these files, I've never run the ACMSETUP.
Yes, I run setup.exe, go through the license menus, then it does nothing for a few minutes and announces "Acme setup not found" or some such. Acmesetup is obviously called by the setup program. From the Microsuck KB I have deduced that Acme is some sort of archaic installer service that precedes Windows Installer. The problem is that XP doesn't support anything before version 2.6.
Whenever I install Windows, I do a clear installation. Less comfortable, but more stable and it also takes less space (since there do not remain lying around any old things on harddisk)
don't upgrade
install it the way so that you have both systems (there is such an option when you begin installation - i think you have to tell the installer to install winxp on another partition - D:\ for example)
this way i have win98se installed on msdos6.2 and winxp installed on win98se. So i have 3 systems now on one hdd and i can choose which one to use when my computer starts.
All video cards work with DOS 😮 You probably will not get the VESA modes that were common some years back but basic VGA is still a required standard as far as I know!
As for your original problem...
A MS support response offered this:
Try turning switching the Transfer Mode from DMA to PIO Only. […] Show full quote
Try turning switching the Transfer Mode from DMA to PIO Only.
Device Manager
Expand IDE Controllers
Right Click on each of the IDE Controllers and go to properties
Select the Advanced Settings Tab
Change the Transfer Mode to PIO Only.
If that doens't work, grab a copy of the Dependency Walker and verify that ACMESETUP.EXE uses this set of imports. Make sure all imports are able to be resolved without error:
Profile the application using Depends. Also grab File Monitor and track the ACMESETUP application for file activity. What you'll be looking for is a DLL load event that is failing. Either through a lack of a file or the specific resource from the DLL.
...and finally, why is this posted in this forum ?
The hard drive advice is bologna. You have to force the install from the command line. The KB article had what I needed. I didn't find it before because I restricted myself to Windows XP articles.