Hi!
20-Июл-2004 16:01 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
>> AVB> I have the trouble: when I move _TEXT after HMA_TEXT and include into
>> AVB> TGROUP (to minimize usage of low memory), BC's kernel behaves wrongly. Do
BO> If you try to do that the problem is INIT_TEXT. Because the segment and
BO> group are different from _TEXT the compiler generates a far call to _TEXT,
BO> say, call 0010:1234. Exeflat or the UPX stub relocate that to
BO> call 0070:1234.
Oh, God, how I may forget about non-relocatable references? :(
BTW, Jibz's EXE2COM beside converting executables without relocations
into header-less file, also may convert executables with relocations. For
this, EXE2COM add small stub and moves relocation table (in compact form)
there. So, in theory, for kernel may be added similar stub (which will work
not only at startup, but at each kernel parts relocation), which will
process relocation table (for references to moved parts). :) This also
removes needing in (main task of) EXEFLAT (except that EXEFLAT beside fixing
relocations also preserves boot drive number) and removes needing in
_HMARelocationTableStart area (because it will be replaced by relocation
table from .EXE header). :)
BO> Only with patchobj tricks and stubs you may be able to avoid the low code
BO> (as was done with OW before ke2033 or so). Or by merging init and hma
BO> text into one segment but then the code by TC is >64K together (surely
BO> for FAT32).
May be, at last it may be optimized into less than 64k? :)
BO> In the end, IMHO, it's just not worth the effort (just use Watcom instead!).
Ok... while someone, sometime not implements processing of original
relocation table from header instead limited _HMARelocationTableStart. :)
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_idG21&alloc_id040&op=click
_______________________________________________
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel
