That's the error I get when I try loading a program I made with
FBDOS.
"Load error: no DPMI - Get csdpmi*b.zip"
Happens in DOS and DOSBOX.Exactly what is this file and why does
FBDOS require it?
Load error: no DPMI - Get csdpmi*b.zip
I looked in the help file,but I'm still confused.
I downloaded it and I still don't know exactly how 2 use it.
It's really weird that it requires it.The idea of even using
programs made with FBDOS was so that I could try booting from
a DOS startup disk and still load them.Kind of silly since I have
Windows XP,but as you know,XP is slow.
It's really weird that it requires it.The idea of even using
programs made with FBDOS was so that I could try booting from
a DOS startup disk and still load them.Kind of silly since I have
Windows XP,but as you know,XP is slow.
See the readme.txt:
FB in DOS runs in protected-mode, raw DOS doesn't support that.Requirements:
o DOS version:
- A DPMI (DOS Protected-Mode Interface) server must be present to run
fbc.exe and any executable generated by it. When running in raw DOS (ie:
not a Windows 3x/9x/NT/XP/etc command-prompt), the CWSDPMI server
(http://clio.rice.edu/cwsdpmi/csdpmi5b.zip) must be on your PATH
environment variable (note: FreeDOS comes with it already installed).
OK,thanks alot.
It works now! I guess I'll do whatever works.
If I ever have a really old computer,I can still try using these things!
If I ever have a really old computer,I can still try using these things!
DPMI CWSDPMI HDPMI
FAQ is your friend:
http://www.freebasic.net/wiki/wikka.php ... ompilerFAQ
It is strognly (at least in MY opinion) recommended to include the CWSDPMI
into the executable (prevents the "no dpmi" frustration) as well as banning
the swapping (prevents writing to the C: drive behind your back).
There is also HDPMI as an alternative of CWSDPMI. It does not swap, but
can not be included into the executable - you have to install it as resident
at the DOS bootup. An included CWSDPMI is no problem if HDPMI is
already present - the CWSDPMI will be simply skipped. The "limitation"
of the memory is not really a problem - even old PC's have far above
sufficient memory. And, in DOS with a good extender, all the memory
(- cca 1 MB) is yours, up to 4 GB with HDPMI (not sure about CWSDPMI) !!!
http://www.freebasic.net/wiki/wikka.php ... ompilerFAQ
It is strognly (at least in MY opinion) recommended to include the CWSDPMI
into the executable (prevents the "no dpmi" frustration) as well as banning
the swapping (prevents writing to the C: drive behind your back).
There is also HDPMI as an alternative of CWSDPMI. It does not swap, but
can not be included into the executable - you have to install it as resident
at the DOS bootup. An included CWSDPMI is no problem if HDPMI is
already present - the CWSDPMI will be simply skipped. The "limitation"
of the memory is not really a problem - even old PC's have far above
sufficient memory. And, in DOS with a good extender, all the memory
(- cca 1 MB) is yours, up to 4 GB with HDPMI (not sure about CWSDPMI) !!!
Re: DPMI CWSDPMI HDPMI
Some points:And, in DOS with a good extender, all the memory
(- cca 1 MB) is yours, up to 4 GB with HDPMI (not sure about CWSDPMI) !!!
* My remark was about _under_ Windows, plain dos DPMI's will fail to load, and then you are stuck with the Windows DPMI host and its stupid 64MB limitation.
* There is also Quaterdeck QDPMI (as part of QEMM/DV)
* Can you confirm that HDPMI really can support that high? What is the highest that you've tested?
This last point because often such limits are spec'ed by looking at very global things like pointer width, while sometimes it turns out that when selectors are allocated too small, one runs out of selectors.
-
- Posts: 1
- Joined: Oct 08, 2016 4:37
Re: Load error: no DPMI - Get csdpmi*b.zip
I know this is a really old (decade at this point) thread, but I have an elegant solution for everyone. When it gives the error it will display a command line shortly after. Just type "m" and hit enter. Problem solved.