This is actually an old piece of fun with MS-DOS era programs. To give you a brief background, DOS divided the system's memory into a "conventional memory", which went up to 640 KB, and an "extended memory", which could hold 16 MB or much, much more.
If nothing else is specified, .exe files are loaded into the conventional memory. Then, if too many programs are trying to cram into that space at the same time, there's an error. So from what you're describing, I'd say gp2lap and gp2video (and the dos4gw.exe, which is the API to make ordinary executables be able to access conventional memory) would need more than the conventional memory. Hence the error message.
The usual tactic with "actual" DOS installations (as opposed to modern emulators, such as
Dosbox) was to try and load as much stuff as possible into the extended memory (more room there). With DOS (or the earlier DOS-dependent Windows versions), that means configuring a file called config.sys to contain this:
Code: Select all
device=c:\dos\himem.sys
device=c:\dos\emm386.exe noems
dos=high,umb
And then trying to chuck every program you want to execute after the system has started up this way into the higher memory as well, using the command
Code: Select all
loadhigh theprogramyouwannarun.exe
.
If you're using Dosbox to emulate, you don't have to worry about messing with configuration files, as that already handles the memory management stuff. Per default, Dosbox assigns 16 MB of extended memory. (And I doubt it would take more to run the kinds of tools we're talking about here.)
So with Dosbox, I'd suggest you could use "loadhigh" to run gp2lap and/or gp2video in extended memory.
By the way, if you want to check how much memory there is available, you can type in "mem" at the command line and you'd get an overview like this:
Code: Select all
632 Kb free conventional memory
63 Kb free upper memory in 1 blocks (largest UMB 63 Kb)
15168 Kb free extended memory
15168 Kb free expanded memory