DOSEMU for Linux

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 <ps> 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.

good job