> the largest (allocatable) block. In its defense, I believe that > contiguous XMS blocks will be merged on allocation if there is insufficient > memory contained in a single block, although I might be remembering that > wrong. In other words, if my memory is correct, block merges are done on > allocation, but not on release or reports.
As already mentioned, the block merges are not done on allocation, at least not in all cases, since my simple try to alloc a block which exceeded the reported "largest size" failed. Else I would probably have hesitated to call it a bug. > But to be honest, there's a good chance this one won't make the FreeDOS 1.0 > cut. I'm pretty sure there is plenty of time for Himem fixes. From what I can see/read calling the current state of FD 1.0 "premature" is a bit euphemistic. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
