Hi, first of all, I hope this is the right base for this.
I ported a program from Linux to DOS. And I compile it with DJGPP. The problem is, that it only runs properly in DOSBox. This is very strange behaviour. I even try to execute it through FreeDOS, and it works. So,
as long as it's in DOSBox.
Anyone have an ideas what might cause this behaviour?
https://en.wikipedia.org/wiki/Expanded_memory https://en.wikipedia.org/wiki/Extended_memory
have you tried running your program in ""real"" dos? like MSDOS 6.22 or whate r the last version of PCDOS was...
)\/(ark
... The only rose without thorns is friendship.
---
https://en.wikipedia.org/wiki/Expanded_memory
https://en.wikipedia.org/wiki/Extended_memory
have you tried running your program in ""real"" dos? like MSDOS 6.22 or
whate r the last version of PCDOS was...
Yes. It works in MS-DOS 6.22. The only memory i'm using in DOSEmu is
the ems.sys memory driver.
Yes. It works in MS-DOS 6.22. The only memory i'm using in DOSEmu is
the ems.sys memory driver.
ok... so the old school EMS is what was missing and now you have it working a desired?
Yes. It works in MS-DOS 6.22. The only memory i'm using in DOSEmu is
the ems.sys memory driver.
ok... so the old school EMS is what was missing and now you have it
working a desired?
I'm still having problems launching it from my BBS. :(
I'm still having problems launching it from my BBS. :(
so it works fine if you execute it manually? just not from the BBS? is the BB DOS based, too? does that VM or task also have EMS in use?
question.I'm still having problems launching it from my BBS. :(
so it works fine if you execute it manually? just not from the BBS? is
the BB DOS based, too? does that VM or task also have EMS in use?
Yep. Manually. I'm using DOSEmu to run the BBS and the program in
ok... and how are you trying to start it from the BBS?
the problem in the DOS world is that programs only have so much memory to pla with... when one program executes another program, the executor may need to s p out of memory so the executee will have enough to be able to run... there w
an old swapper unit that one could use in the programs to swap to disk file, MS or XMS and then when the executee finished and exited, then the executor w ld reload from the disk file, EMS or XMS and carry on... BBS systems like RA emoteAccess) used *M on their external program lines to indicate that RA had
swap out of memory...
i doubt that the swapper unit will work with today's compilers... what would ed to be done there would be for the BBS to exit with a certain error level s the BAT file that controls it can then fire up the other program... when the her program finishes, the BAT file would do whatever and then jump back to th top to reload the BBS and either start waiting for a call or pick back up wit the caller already online and signed in...
Sysop: | DaiTengu |
---|---|
Location: | Appleton, WI |
Users: | 1,040 |
Nodes: | 10 (0 / 10) |
Uptime: | 169:58:01 |
Calls: | 13,462 |
Files: | 186,828 |
D/L today: |
82 files (16,666K bytes) |
Messages: | 3,378,292 |