#241 closed defect (fixed)
DOSBox emulator crashes in VirtualBox
Reported by: | Technologov | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 1.4.0 |
Keywords: | Cc: | ||
Guest type: | other | Host type: | other |
Description
hi all !
I wanna make sure one kind of Box works in the other one :)
OK, lets be a bit more serious:
-DOSBox, a 32-bit usermode application crashes in VirtualBox.
It doesn't crash when run natively (without VirtualBox). It uses Simple DirectMedia Layer (SDL) for 2D rendering.
System: Windows XP host, XP guest, DOSBox 0.70, VirtualBox 1.3.8
-Alexey "Technologov"
Change History (20)
comment:1 by , 18 years ago
comment:3 by , 18 years ago
priority: | critical → major |
---|
comment:4 by , 18 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Try again with 1.4.0 and reopen if it still happens.
comment:5 by , 18 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Yes, it still crashes. DOSbox 0.70.
Tested on: Win Vista, VBox 1.4.0
comment:6 by , 18 years ago
Version: | VirtualBox 1.3.8 → VirtualBox 1.4.0 |
---|
comment:7 by , 18 years ago
Please pay attention: DOSbox is _not_ 16-bit application.
It is a 32-bit application, that runs fine under Linux guest, but crashes under Windows guest. On native hardware, DOSbox works perfectly on both Windows and Linux.
Please fix VirtualBox.
comment:8 by , 18 years ago
This is (most likely) a bug in DOSBox, it's already fixed and should work in the next version. You can try setting SDL_VIDEODRIVER=windib before starting DOSBox to work around this, maybe you can report back if it works for you that way because I didn't perform any testing.
The information was already sent to the VirtualBox contact address but there was no reply, so I'm posting it here as well.
follow-up: 10 comment:9 by , 18 years ago
Do you realize that instead of rendering to SDL, it will render to Windows bitmap ?
Which means, that even if this works, it will be slower than SDL.
Since DOSbox runs fine on normal Windows, but crashes on VirtualBox, the bug is in VirtualBox. Changing rendering target is no more than cheap dirty workaround trick.
Thanks for idea anyway. I'll try this workaround, when I return Home.
-Technologov
comment:10 by , 18 years ago
Since DOSbox runs fine on normal Windows, but crashes on VirtualBox, the bug is in VirtualBox. Changing rendering target is no more than cheap dirty workaround trick.
This is a rather incompetent statement.
comment:11 by , 18 years ago
I know it's hard to comprehend, but if DOSBox crashes because no DirectDraw support is available, then it's not VBox's fault.
comment:12 by , 18 years ago
Do you realize that instead of rendering to SDL, it will render to Windows bitmap ?
Maybe check the SDL sources to see how this works.
As noted above it is NOT a bug in VirtualBox but in the code that (should) automatically uses windib if directx is not available to DOSBox.
comment:13 by , 18 years ago
to c2woody:
Fantastic ! You were right ! DOSbox really crashes because of lack of DirectDraw support. So yes, this is definitely a DOSbox bug.
Sorry all the people. c2woody: Thanks a lot !
-Technologov
comment:15 by , 18 years ago
Resolution: | → invalid |
---|---|
Status: | reopened → closed |
comment:17 by , 17 years ago
Resolution: | invalid |
---|---|
Status: | closed → reopened |
Unfortunately, I'm forced to reopen this bug. 1.5.0 contains incomplete DirectDraw drivers, that makes DOSbox crash again.
Workaround: disable DirectDraw acceleration in Windows XP guest. This makes DOSbox use windib backend.
Host: Windows XP, DOSbox 0.71, VirtualBox 1.5.0.
-Technologov. 01.Oct.2007.
comment:19 by , 17 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
comment:20 by , 7 years ago
For followers, dosbox "blows up" in 5.2.4 (windows 7 + guest additions + experimental guest additions). Basically tries to start then exits immediately. Possibly fixes: run windows in safe mode (works great LOL), turn off "fulldouble" (config option), turn off "full screen" (everywhere), with full screen on it does the first graphics screen, continues on, but keeps it on the original screen (like...invisible second screen). If it's too small windows, add scaler=normal2x or scaler= normal3x to your configs. Or uninstall the guest additions besides some weird coloration works fine there.
BTW: Running on Windows XP host, but openSUSE 10.2 guest *works*!