Available via anonymous ftp at ftp://ftp.devoresoftware.com/downloads are the files HIMEM64C.EXE, an uncompressed executable, and HIMEM64C.ASM, the source. Let me know if you can't ftp and need an HTTP or an e-mail send.
This contains all the latest code and suggestions from both on and off-list discussions and code proposals to get a HIMEM64.EXE that clears up all known errors when it is used with various problematic machines or operating environments. This is NOT a release version of HIMEM64C since it will likely change in response to feedback. If you only want and need a release version, wait for Tom Ehlert's OK'ed official release. The two main changes are as follows: 1. There are five different A20 tests described using the nomenclature: fast, BIOS, KBC, Vectra, and Always On, tried in that order. Whichever test succeeds, if any, will give feedback that it was selected. Perhaps that should only happen with the /VERBOSE option? 2. INT 15h, function 87h, was hooked to save and restore A20 status for any BIOS or other INT 15h hooking program which neglects to perform this rather key function. The new code represents the input of five or six FreeDOS developers, code from at least three, and, indirectly from all the public A20 code out there which was used, further input from a cast of thousands. What is needed is the following: - General agreement on the preferred order of the tests. Different sources, and even different FreeDOS developers, disagree on which test should be preferred over another. We need the best compromise solution. - Any reports of failure or misbehavior when using the new HIMEM64. We will probably need to tweak the A20 test code. Currently at least one of the A20 tests is slated to be changed based on existing feedback (the one which uses port 92h), but there isn't yet consensus on how it should be modified. - Maybe a change back to the original A20 check code, some disagreement there. - Any bug fixes that a developer may notice in the source as being necessary or as just a good idea. - Whatever else I forgot to mention. Please, no proposed optimizations at this stage. We're just trying to make HIMEM work well for everyone. Plenty of time to tweak bits later on. Thanks. ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel