DOSEMU for Linux (original) (raw)
DOSEMU stands for DOS Emulation, and is a linux application that enables the Linux OS
to boot any DOS and run DOS programs - including DPMI applications.
Auth for GenAI | Auth0
Enable AI agents to securely access tools, workflows, and data with fine-grained control and just a few lines of code.
Easily implement secure login experiences for AI Agents - from interactive chatbots to background workers with Auth0. Auth for GenAI is now available in Developer Preview
User Ratings
4.8 out of 5 stars
★★★★★
★★★★
★★★
★★
★
ease 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5
features 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 5 / 5
design 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 5 / 5
support 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5
User Reviews
I have been using dosemu for the past 5 years very successfully running on Suse version 11.2. This is a very stable piece of software .
Ease: Installation is easy and you can launch programs just be double-clicking on them! Drives are not virtual but part of your drive(like Wine). The only problem, it's its very bugger and thins often don't work as expected. Some bugs have work around, others do not. Features: The purpose of this program appears to be as a Dos virtual machine. It is filled with features to do just that, it seems fast and responsive and can interface with the parrel and serail port on your computer if you have one(I have not tested this). It should be noted that this is NOT a Dosbox clone, Dosbox is meant to play dos games, while this program seems to be meant to run a whole dos enriment. It is only for x86 and executes the x86 instructions on your actual hardware so it is super-fast. Design: I'm not sure what is meant by this, I differently like the "design chooses" that went into this program and the direcation it seems to be headed in. I haven't looked at the source code so I can't rate that. Support: I haven't got responses to some of my tickets yet(though there are a lot of them so that is sort of understandable). I also don't think the mailing list works since I haven't got a response from anyone on there yet.
Wow! I am pretty impressed with the DOSemu version 1.4.0.0. I've used an older version of Dosemu on an older Linux - a really old, pre-threaded version of Slackware, and I think the Dosemu was one of the first ones.. Worked ok, but I just compiled the current version 1.4.0.0 from source, and used the FreeDos binary tarball during the "make install" step, so I got the FreeDos environment set up as part of the install. I have these workspaces, which have extensive custom-built graphics (which I coded), and which I still use regularly. I've run my APL386 stuff under Windows XP and NT, with numerous compatibility mode tweaks. My HURSTGRF workspace would mostly run ok, but occasionally, would just crash - on my Toshiba laptop, it would even sometimes do a full-on snow-crash - a completely scrambled screen. I've flashed bios, installed numerous upgrades, new Nvidia drivers, etc, etc. It would work, but it was not stable. The DOSemu 1.4.0.0 is, however, pretty solid, as near as I can tell. I just got it up an running tonight, under Gnome/X-Windows and Fedora 9 (yes, an old version, but I've tweaked it and it now runs solid as a stone church. Stuff that hasn;t worked right for 10 years (like the mouse support on the high-res financial charts) is now usable again! Bloody marvelous!! Bravo to the folks who beavered this DOSemu product to this level of stability. What I really like is the ability to have a DOS-APL graph inside of an X-window, and not have to jump to full-screen mode like I did in Windows-XP and WinNT. The APL386 (and/or APL387) interpreter loads and runs all the APL workspaces I have thrown at it. I can support large workspaces (ie. 20 mbytes) on small memory footprint machines - eg. my ancient DEC-5000 Pentium II box (Klamath), has 249.3 MiB, Fedora Release 9 (Sulphur), Linux Kernel 2.6.25.4-30, & GNOME 2.22.1. (Older, state-of-the-shelf stuff, just a bit back of the bleeding edge..) Only problem I'm having is an inability to access my APL-direct-access (*.SF) files. I can load and save workspaces, and can load native (ascii) files, but []FTIE (quadFTIE) cannot "see" the xxxxx.SF files. Very strange. For now, I have a workaround, where I just dump the matricies from the .SF files into ascii files, and read and load the data that way. - Rus If I can figure out how to do it, I will load some captured windows from my DOS/APL application, and provide examples of what the graphics look like.
I'm using it for more than ten years. Thanks to all developers and all who have an interest in its success. Read more reviews >
Additional Project Details
Operating Systems
2002-03-25