Hi!
2Michael Devore: Michael, try to initialize UMB blocks, returned to
EMM386 caller (DOS in case of with DOS=UMB), by 'M' letter - after this
FreeDOS should allocate UMB memory incorrectly (because prev_mcb() in
umb_init() will walk after latest previously allocated block). (To be
precise,
A well known alternative for '*.*' is to use '.' with 'copy', like:
'copy . c:' This works fine with MsDOS and DrDOS (OpenDOS) but fails
on FreeDOS with every kernel (2026b - 2035) and freecom (0.82pl1 -
0.82pl3k) I tried (clean boot, no himem/emm386). This dot-shortcut
is used a lot in
Erwin Veermans wrote:
Yep, the copy . c:-failure (heap corruption) which seemed to have
been present in freecom for a long time has been fixed already by Tom
by his 1.129-fix (03-05-2004). In fact it was discussed already in
Bugzilla #556. Both the q and r revisions of 0.82pl3 carry the fix.
Erwin
Yep, the copy . c:-failure (heap corruption) which seemed to
have been present in freecom for a long time has been fixed already
by Tom by his 1.129-fix (03-05-2004). In fact it was discussed
already in Bugzilla #556. Both the q and r revisions of 0.82pl3
carry the fix.
Erwin
Hi, I replaced LBAcache 09jun2004 by a new 17jun2004 version.
This should hopefully fix the (XMS) errors in the new 16-way
(instead of fully) associative 6/2004 LBAcache family. Please
test.
Change: better xmscopy.asm error messages / checks, fixed a
stupid binsel2.asm bug which allowed the
I hope to have some free time later this weekend and will try to get caught
up on a few FreeDOS items, including your requested test, a stand-alone UMB
stress test, and code up an XMS block auto-grabber/releaser for Erwin
Veermans' NWDSK if it proves feasible and fixes the immediate problem