Hi Jim, > I expect it to be able to do something to make > dpmi work. but all dpmi fails under vbox.
That is not the fault of virtualbox but... > vbox said it supported dpmi, but it doesn't. It simulates a PC on which you can install any software which provides DPMI. If you do not put such software on the virtual PC, then there is no DPMI for you either. It would be a different problem if you would have the software but it crashes or refuses to run inside VirtualBox... > I get failures from djgpp's runtime, and I > even installed himem.exe in c:\config.sys > C:\>df > Load error: No DPMI - Get csdpmi*b.zip You need exactly that. CWSDPMI is a DPMI provider which is often used with programs compiled with DJGPP (GNU C / C++ for DOS) and you can get it here: www.delorie.com/djgpp/zip-picker.html If you say you want to RUN A PROGRAM that is built with DJGPP, for example on DOS, then: ftp://ftp.delorie.com/pub/djgpp/current/v2misc/ csdpmi7b.zip (CWS DPMI 7 binary dot zip) is among the things that it recommends. It also will suggest some other things such as the texinfo viewer, FAQ, readme, license info and "basic development kit" but those you do of course not really need to simply run DF :-) Interestingly, www.freedos.org/software/ does not link it ("software list" link on main page) which is weird because the 1.0 distro did have an old version of CWS DPMI as you can see here: www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.0/pkgs/ (Note: cwsdpmix.lsm is worthless, it gives no version or anything!) http://sourceforge.net/apps/mediawiki/freedos/index.php?title=Install even says thst FreeDOS 1.0 did NOT really have CWSDPMI but instead used a renamed HXRT DPMI. www.freedos.org/freedos/links/ does not link to DJGPP either, so we really have a documentation problem with DPMI on freedos.org, unfortunately. Note that you can use any DPMI provider that you like, for example HX or DPMIONE. Even most types of Windows contain a DPMI provider. DOSEMU also contains one, because that allows it to give DOS apps some control over their state on your real CPU which in turn allows DOSEMU to let them run there instead of having to use slow virtual CPUs but at the expense that DOSEMU can not allow a DOS app to get FULL control. DOSEMU has to keep your DOS inside the sandbox of DPMI you can say. Regards, Eric PS: As the original thread was about Win/64 and DOS, it is interesting that there is a module to let DOSEMU combine vm86 mode with 64bit Linux at http://v86-64.sourceforge.net/ - I guess the idea is similar to 286-time protected mode: Use tricky tricks to escape too high protected mode, do your more real mode style stuff, then restore state :-) ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
