Michael Devore schreef:
Version 2.07 of EMM386 fixes an error in its upper memory handler which causes crashes when attempting to free an upper memory block. Specifically, this caused problems when trying to unload CTMOUSE via its /U option. HIMEM has a few minor source changes, but the binary is effectively unchanged. The EMM386 release is optional for users unless they load and unload things in upper memory. I will discuss details and the other files in the following remarks.
Silly that no-one caught such a bug, perhaps testing for this is so trivial that nobody even actually attempts to execute the test. Related to http://www.freedos.org/bugzilla/show_bug.cgi?id=1913 ? probably not, but who knows.. :)
HIMEM+EMM386 work and the next idiot...err...hero who maintains the code may want alternate assembler choices.
Haven't seen any idiots working on these drivers. Then again, in a situation where you would have worked commercially on these drivers, at equal quality, you'd be a rich man! So, thank you for all your time and effort so far.
A utility which converts MASM/TASM-ish code to NASM would be handy. Here's how it could work: I keep the MASM-TASM code while NASM advocates convert the source for their own purposes and for testing code to send back to me.
Time for other people to check which utils use/allow which compilers, linkers etc :) Currently I can only think of ATAPICDD at http://www.darklogic.org/fdos/projects/atapicdd/atapicdd.0.2.14.zip
the NASM source conversion from HIMEM64.ASM to NHIMEM.ASM. I briefly tested the NASM EXE and it seemed to work ok, although I didn't test it very long for fear it would break and I would be honor-bound to fix it.
I'll be guinea pig, but somehow I never have any systematic testing framework.
passes made NASM work properly. The magic incantation is nasm -O4 -f obj NHIMEM.ASM. You might consider bumping the O passes higher yet to give NASM additional chances at a clean assemble.
This generates some object file for which a (specific?) linker and/or EXE2BIN are also required?
Hopefully some Openwatcom tools will work.
On a final note, I will be taking a break -- i.e. an extended weekend -- without my FreeDOS e-mail and with mail lists turned O-F-F. If you have a burning need to tell me something, you have a day or two to do it. Otherwise you might as well wait a week, when I turn the FreeDOS electronic missives back on.
Have a nice week, including an excellent weekend! :)

Bernd


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to