Isn't VMware Player free? https://www.vmware.com/products/player/

If you have programs that run slow in dosbox (what programs what cpu ?)
how about booting into actual msdos ?

That would defeat the point of virtualization.

collector wrote:

Isn't VMware Player free? https://www.vmware.com/products/player/

My thoughts exactly.

QEMU seems to be getting some attention lately. There's also Bochs, MESS, and PCem, but I guess those aren't really virtualization.

Also, when you say "Windows ME command prompt", do you mean Windows ME hacked to run in MS-DOS mode, or the Windows ME commmand prompt as executed from the Windows ME desktop? Because I wouldn't expect the Windows ME command prompt to be particularly well-behaved even on real hardware when it comes to fancy "eye candy".

kolano wrote:

kPlasma: Immediate crash, Runtime error 200 at OD24:0091

Some programs made with Borland Turbo compilers crashes when using a very fast processor and throw a runtime error 200. Try tppatch to patch that program, or try to slowdown your virtual processor (moslo?).

Thanks all.

collector wrote:

Isn't VMware Player free? https://www.vmware.com/products/player/

I hadn't realized their was a free VMWare version. Or perhaps I did but thought that you could run VMs with it but not create/modify them (outside of their filesystem), or there being some other restrictions. I'll check it out.

Jorpho wrote:

Also, when you say "Windows ME command prompt", do you mean Windows ME hacked to run in MS-DOS mode, or the Windows ME commmand prompt as executed from the Windows ME desktop? Because I wouldn't expect the Windows ME command prompt to be particularly well-behaved even on real hardware when it comes to fancy "eye candy".

I was using a Windows ME command prompt boot disk. I had initially been trying with DOS 6.22, but that seemed to more quickly hit the stack overflow issue mentioned (i.e. I couldn't even launch the programs before it would occur). Eventually I'll probably need to check out FreeDOS, since I want to have something I can distribute.

Zup wrote:

kolano wrote:

kPlasma: Immediate crash, Runtime error 200 at OD24:0091

Some programs made with Borland Turbo compilers crashes when using a very fast processor and throw a runtime error 200. Try tppatch to patch that program, or try to slowdown your virtual processor (moslo?).

Wow, thanks for cluing me in to that. Kplasma was Turbo Pascal complied.

For future note to others the tppatch I got from http://www.rose-hulman.edu/~moloney/tp7bug.htm just hangs up, showing a flashing cursor but apparently never completing the patch. I attempted both in a VMWare Player DOS 6.22 VM and in DOSBox with the same results. The one I got from http://www.infostat.sk/DOSME/software/patch.htm seems to complete the patch, and provides a working executable in the VMWare Player.

OK, post the help above I've gotten kplasma running just fine, though for it DOSBox's speed had been acceptable.

The one I'd more like to see running under virtualization, Psyche, seems to get hung up on the Allegro resolution selection screen. Let me know if anyone has any experience with such.

Have you tried consulting with the Allegro message boards? Allegro is so widely-used that I would think someone would have already tried running a DOS Allegro program in a virtualizer at some point.

kolano wrote:

For future note to others the tppatch I got from http://www.rose-hulman.edu/~moloney/tp7bug.htm just hangs up, showing a flashing cursor but apparently never completing the patch. I attempted both in a VMWare Player DOS 6.22 VM and in DOSBox with the same results. The one I got from http://www.rose-hulman.edu/~moloney/tp7bug.htm seems to complete the patch, and provides a working executable in the VMWare Player.

This is very confusing. Do you mean to have linked to two different tppatch's?

FWIW, discussion on solving Runtime Error 200 is one of this forum's first major threads.
Fix "Error 200" (Divide by zero) - by Snover and Stiletto (updated!)

We prefer ctbppat because it's a bit more user-friendly and "supports faster processors and other exe formats" (this is the ancient past, I've no idea what I meant!)

Stiletto wrote:

This is very confusing. Do you mean to have linked to two different tppatch's? […]
Show full quote

kolano wrote:

For future note to others the tppatch I got from http://www.rose-hulman.edu/~moloney/tp7bug.htm just hangs up, showing a flashing cursor but apparently never completing the patch. I attempted both in a VMWare Player DOS 6.22 VM and in DOSBox with the same results. The one I got from http://www.rose-hulman.edu/~moloney/tp7bug.htm seems to complete the patch, and provides a working executable in the VMWare Player.

This is very confusing. Do you mean to have linked to two different tppatch's?

FWIW, discussion on solving Runtime Error 200 is one of this forum's first major threads.
Fix "Error 200" (Divide by zero) - by Snover and Stiletto (updated!)

We prefer ctbppat because it's a bit more user-friendly and "supports faster processors and other exe formats" (this is the ancient past, I've no idea what I meant!)

Yes, I had meant to and have since corrected the post above. I thought I got to it before anyone would notice. Are there differences in the patched executable between ctbppat and tppatch (I guess the working one, though perhaps the non-working one did for some exes), or was the preference just user-friendlinesss? Or was it so long ago you're not sure?

Jorpho wrote:

Have you tried consulting with the Allegro message boards? Allegro is so widely-used that I would think someone would have already tried running a DOS Allegro program in a virtualizer at some point.

I haven't yet. I still need to register an account there to do so (though perhaps my ancient one from around 2000 is still around).