Check out our Monthly Survey Page to see what our users are running.
We do often include affiliate links to earn us some pennies. See more here.

DOSBox is still alive, with a new bug fix release available

By - | Views: 13,601

DOS lives on! Not just in our hearts but thanks to DOSBox [Official Site] you can continue playing some serious classics and a new update is available with some fixes.

Here's what's changed:

  • Fixed that a very long line inside a bat file would overflow the parsing buffer. (CVE-2019-7165 by Alexandre Bartel)
  • Added a basic permission system so that a program running inside DOSBox can't access the contents of /proc (e.g. /proc/self/mem) when / or /proc were (to be) mounted. (CVE-2019-12594 by Alexandre Bartel)
  • Several other fixes for out of bounds access and buffer overflows.
  • Some fixes to the OpenGL rendering.

Compatibility for this release should be no different to 0.74 and 0.74-2, so you should be able to upgrade without seeing any issues appear. They're also still working on the next major release with DOSBox 0.75, but some bugs are currently holding back a release.

I love DOSBox, before OpenXcom became fully playable for the classic X-COM experience I used it quite regularly. Cannon Fodder is also a rather guilty pleasure of mine, a true classic. What are some of your favourites you still play thanks to DOSBox?

Article taken from GamingOnLinux.com.
17 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
25 comments
Page: 1/3»
  Go to:

TheSHEEEP Jun 27, 2019
View PC info
  • Supporter Plus
If only they would fix their window management to allow you to easily change resolutions at runtime, alt-tab, multi-monitor management, etc.
Then again, Wine has similar problems with its virtual desktop, so maybe emulation (yes, yes, Wine is not an emulator, but who cares) devs think window management is something dirty.


Last edited by TheSHEEEP on 27 June 2019 at 8:36 am UTC
dreamer_ Jun 27, 2019
Quoting: TheSHEEEPIf only they would fix their window management to allow you to easily change resolutions at runtime, alt-tab, multi-monitor management, etc.

I somewhat (not fully) addressed it in https://github.com/dreamer/steam-dos - my project supports multi-monitor setups and prevents DOSBox from changing the native resolution of your display. I can't address alt-tab without patches to the DOSBox itself, though.

Glad to see new DOSBox released, but last time I checked 0.74-3 from SVN it had glaring bugs :/.
sub Jun 27, 2019
QuoteThey're also still working on the next major release with DOSBox 0.75

I know, it's just a number, but isn't DOSBox at 0.74-x for more than a decade? :D


Last edited by sub on 27 June 2019 at 9:00 am UTC
Liam Dawe Jun 27, 2019
Quoting: sub
QuoteThey're also still working on the next major release with DOSBox 0.75

I know, it's just a number, but isn't DOSBox at 0.74-x for more than a decade? :D
The problem is, for such a project keeping compatibility for so many titles must be a pretty huge order.
Eike Jun 27, 2019
View PC info
  • Supporter Plus
QuoteWhat are some of your favourites you still play thanks to DOSBox?

I wrote a game in the mid-nineties, a scrolling breakout published as shareware. It had a really dumb bug(*) which made it impossible to run on modern system, so DOSBox was the means for me to try my own game again.

(*) I measured the time to draw the game some hundreds of times and divided the number through the time. On modern systems, the time in the given accuracy was zero, so some hundreds divided by zero... *boom*
TheSHEEEP Jun 27, 2019
View PC info
  • Supporter Plus
Quoting: sub
QuoteThey're also still working on the next major release with DOSBox 0.75

I know, it's just a number, but isn't DOSBox at 0.74-x for more than a decade? :D
Few things are as slow as DOSBox development cycle.
To be fair, it's not like new games are coming out to catch up with and it kinda works reliably, but on the other hand, there are so many glaring issues that just are not getting tackled, it's just weird.

Quite frankly, DOSBox is not a good example of how to develop software, but it's the only thing we have doing what it does. *shrugs*


Last edited by TheSHEEEP on 27 June 2019 at 9:54 am UTC
wvstolzing Jun 27, 2019
QuoteWhat are some of your favourites you still play thanks to DOSBox?

Civilization 1, and 2 -- the latter on windoze3.11 which runs very well inside dosbox. (It would be so great if these two were on GOG, with the original booklets, etc. I have a jewel case budget release of Civ 2, which comes with a 'tech tree' poster, but I've never owned a legit copy of Civ 1.)

Also Volfied ... I've been playing it for more than 20 years now, and I think I've beaten it *once*.
dreamer_ Jun 27, 2019
Quoting: TheSHEEEP
Quoting: sub
QuoteThey're also still working on the next major release with DOSBox 0.75

I know, it's just a number, but isn't DOSBox at 0.74-x for more than a decade? :D
Few things are as slow as DOSBox development cycle.
To be fair, it's not like new games are coming out to catch up with and it kinda works reliably, but on the other hand, there are so many glaring issues that just are not getting tackled, it's just weird.

Quite frankly, DOSBox is not a good example of how to develop software, but it's the only thing we have doing what it does. *shrugs*

This is a direct result of using centralised SVN instead of Git, using old forum instead of e.g. mailing list and having closed Wiki - making life difficult for people who want to contribute to the project, making it hard to do automatic testing, etc.

There are several DOSBox "distributions", that try to include community developed patches on top of upstream SVN version (e.g. DOSBox-ECE) and at least one well-maintained fork: DOSBox-X - it includes features such as changing options in runtime (e.g. scaler) and includes some patches from DOSBox-Daum (which seems defunct, but is used by several DOS games on Steam).
mos Jun 27, 2019
Quoting: TheSHEEEPQuite frankly, DOSBox is not a good example of how to develop software, but it's the only thing we have doing what it does
https://github.com/stsp/dosemu2
also, unlike $subj not a horrible resource hog. you won't need an i9 to play anything decent. IF it works for your game at all, that is. DosBox has a lot of quirks thats true.
dreamer_ Jun 27, 2019
Quoting: mos
Quoting: TheSHEEEPQuite frankly, DOSBox is not a good example of how to develop software, but it's the only thing we have doing what it does
https://github.com/stsp/dosemu2
also, unlike $subj not a horrible resource hog. you won't need an i9 to play anything decent. IF it works for your game at all, that is. DosBox has a lot of quirks thats true.

DOSBox is not that big resource hog TBH. It can run most games comfortably, as long as you configure it properly - this is the tricky part (use exclusively output=opengl or openglnb, avoid setting cpu.cycles, do not go overboard with forced scalers, never use frameskip, etc). But DOSBox has terrible defaults and it's documentation gives an impression that you need powerful CPU (maybe by 2001 standards).

Good to know there is an alternative, though - I'll check out if I can add dosemu2 support in steam-dos :).
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.