Micheal (and Tom):
I'll post this announcement on FreeDOS.org as soon as one of you sends me the new LSMs for HIMEM/EMM386 - Tom mentioned on the list the other day that he had new LSMs, but I must have missed them. Please re-send.
Thanks. -jh
Michael Devore wrote:
Uploaded to ftp.devoresoftware.com/downloads is himemmex.zip containing compressed and uncompressed HIMEM.EXE and EMM386.EXE. The EXEs with prepended underscore '_' are uncompressed. Also available is himemmsr.zip containing all ASM and C source files.
Other than compression, the only new feature with these files is that EMM386 supports the RDMSR instruction via emulation so that the SST(?) system tester application will work with it.
These are the latest source files and can be combined with Tom's license, build, and lib files to get a final package of HIMEM/EMM386 for the immediately forthcoming new release by Bernd Blauuw. My own build/make files are unique to my machine and aren't really a good candidate for release, plus I don't have the license and overhead file stuff.
Here's what is planned for changes in the near future:
Aitor Santamarķa Merino added new control options and strengthen parsing ability in HIMEM. Unfortunately there just isn't time to test and do the minor cleanup necessary prior to this coming release.
I will coordinate with Tom when he's available to try and get everything together in one spot even during minor interim updates. Hopefully this will avoid the sorrowing, sighing, bleeding, and dying going on in the mail list related to this issue.
I haven't been able to track down what's causing USBASPI to reboot under EMM386. Debugging a compressed, closed source SYS file is nasty, particularly since it does not crash under Bochs or QEMU. No debugger I have will work with it, disassembly isn't much use given the compression. May take a while to figure this out, if ever. I'm currently guessing its a problem with port access during USB scan (assuming USB uses ports, I dunno). Restricted CPU instructions don't appear to be the problem.
Somewhat relatedly, I may soon change EMM386 to check ranges of restricted CPU instruction opcodes and then use the much maligned self-modifying code to generate an instruction within EMM386 on the fly rather than special casing everything. It's getting to be too many instructions and too big for that approach. Now I just have to track down a list of 0fh-prefix opcodes on the Internet for a reference rather than hand-coding each one.
-- _____________________________________________________________________________ This email message has been automatically encrypted using ROT-26.
------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
