from Rugxulo: > DJGPP has no "Windows version". It's a pure DOS compiler only. There > is no Windows support. None is in the works. None was ever made. (I'm > aware of very very small and obscure and incomplete hacks like RSXNT, > but those don't count. Or at least haven't counted, even unofficially, > since 15 years ago.) The only thing "Windows" about DJGPP is its > occasional use on NTVDM (with its buggy DPMI server) on such OSes as > WinXP or (much less functionally) later versions.
> "Still under development" ... hardly. There is no work towards Windows > support at all. Volunteers are few. There is no PE/COFF support. It > does not access any Windows APIs directly. There is no support for > (PE/COFF) .DLLs. It was not supposed to. The whole idea of DPMI was to > extend DOS and play well in both native DOS and Windows and other > compatibles (e.g. OS/2). Obviously Windows doesn't care about that > anymore. > DJGPP cannot currently even pretend to care about Windows. It's still > "DOS only". I'm not saying it isn't possible, of course, and who knows > what people have in mind. But as of right now it's just not there, not > even a little. Why should DJGPP care about Windows? That's what MinGW and Cygwin are all about. One question this thread raises about printing is, some printers require a proprietary binary plugin to be functional. Case in point is HP LaserJet M1212nf MFP. Would this be far beyond the capability of FreeDOS? Tom ------------------------------------------------------------------------------ Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel