Bart, BO> I am trying to make the Watcom kernel smaller. By moving hma_text + BO> init_text into one CS a lot of duplicated code no longer needs to be BO> duplicate. Sure the init code is compressed and isn't resident, but BO> removing code also cuts down on the compressed kernel.sys size.
well - you are going to do it. However I would vote against it. a) the duplicate code is << 2K (just a few memcpy's) b) duplicate code is probably well handled by compression c) this imposes a limt of (ham_text+init_text) < 64K; not a real problem *now* and with good compilers. However LFN seems to be ~12-16 K code; should this ever go into some (conditional compiled?) kernel this might be a problem d) I find handling 2 different segments easier then one combined, inparticular in .MAP files. e) I see problems in the hma_alloc() part, although they can be overcome. so in short - it's probably not worth the trouble. ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
