On Sun, 11 Apr 2004, tom ehlert wrote: > well - you are going to do it.
Even -- I already did it. > 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 How did you get this estimate? As far as I can see the WITHLFNAPI part of inthndlr.c is about 150 bytes; lfnapi.c takes up 1K. And the rest was going to go into a TSR. But then we haven't heard from Victor for a long time... > d) I find handling 2 different segments easier then one combined, > inparticular in .MAP files. I still have two different segments in the map file, just one group :) > e) I see problems in the hma_alloc() part, although they can be > overcome. hma_alloc isn't a problem at all. Since the resident kernel is only moved to the hma after all device drivers are loaded. Bart ------------------------------------------------------- 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
