On Tue, 17 Feb 2004, Luchezar Georgiev wrote: > As usually, I was slightly wrong. Fortunately, the complex DosMemAlloc() > function is innocent! The bug was in DoInstall() itself! The allocation > code should have changed when we introduced the EBDA stuff, bue alas, we > forgot that! So, it was enough to add the EBDA size to the amount of > allocated RAM and the allocated segment moves to just a paragraph below > the INIT_TEXT segment itself - I just tested that! So, here is the patch > that fixes it. Of course, it's now integrated in my entire patch > collection at http://linux.tu-varna.acad.bg/~lig/freedos/CVSPATCH.TXT
Good catch! I have now integrated your patch collection. Except that I opted to simply do nasm -D_INIT -fobj -o iasmsupt.obj asmsupt.asm This really doesn't make the makefile more complicated IMHO... Maybe I can play a bit with NASMs preprocessor so that nasm -fobj asmsupt.asm will just produce 1 asmsupt.obj with INIT_TEXT and HMA_TEXT sections, just like execrh.obj. Will try that later. Then the makefile will be back to what it used to be. For iprf.c the prime reason for inclusion of prf.c is that the command line was overflowing for Turbo C. For NASM we don't have this problem. Bart ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
