On Wed, 30 Jun 2004, Arkady V.Belousov wrote:
F> It is currently not possible to use FIRST_FIT (and therefore BEST_FIT F> neither) and I do not hassle with the XMS code to move the environment F> segment around. Look at memory map above again. And look at FreeCOM map: -0FA7 2.01k STACKS= 0FA7 64 --free-- 0FAB 2.87k COMMAND 1063 574k --free-- 9FEF 272 COMMAND environment -A000-SK> But what do I see here in conjunction that "It is currently not possible SK> to use FIRST_FIT (and therefore BEST_FIT neither)" for FreeCOM?
PS: I understand, that _currently_ you may wish not to bother with FreeCOM code relocation (I think, if there are no UMBs, better if it will place its new environment right before itself, over old environment segment), but which _other_ contras you have against this?
I have nothing against to place the environment somewhere else, in general; but it is _currently_ not possible to even consider to have environment right behind the process image. In order to ensure that, I will not touch the LAST_FIT setting. But offered you, or anybody how needs to squeeze the last byte, a way to relocate the environment.
Actually, it would be even OK for an external program to move the environment to 0x1063, but to have FreeCOM do this - I have to change too many stuff that must be changed later on again, which would mean to waste my time usefully spent for other stuff.
BTW: I actually reworked to code to load the stub anywhere and, which in turn, loads the worker anywhere, too. Unfortunately I failed til today because of things the RTL relys on. That's why the current development branch and the "main" branch are way off.
Bye,
--
Steffen Kaiser
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
