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