Mail Archives: djgpp/1997/02/21/09:58:50
I've seen programs that, when run in DOS, run as a DOS app - but when run
in Windows, run as a Windows app. Based on this, I've made two
assumptions:
1) That a Windows program has some way to ID itself as a Windows
app, and if Windows is not present it will simply execute some 'backup'
function (usu. 'This program requires Microsoft Windows', though, as I've
said, I've seen a program just run as a plain dos app when this happens).
2) Once Windows has been detected, and the program has let Windows
know it's a windows app, it is capable of using the Windows api.
Now, from this, it seems that to add Windows(32) support, all we'd need
to do is figure out how to ID a program as a Windows app, and then how to
make API calls. Doing it this way, why would you have to rewrite
anything? Why not just use the Windows API as a superset to the DOS
libc?
Forgive my ignorance if the answer is obvious.
...Chambers
- Raw text -