Hi Tom,
> most of the size increase (~3,5 K) is because a CLUSTER is no longer > 16 bit, but 32 bit as required for FAT32, so the code can be used for > both FAT16 and FAT32. > > some size increase (~1,5 K) comes from actual FAT32 specifics, that > at least theoretically could be unloaded. Quite interesting to know, thank you, but... > a hugely better investment of programmer time would be to teach FreeCOm > to swap to disk (instead of swap to XMS), reusing the code for XMSSwap. Do you remember what happened to kssf / vswap in newer FreeCOM? Because that was the non-XMS swapping ability as a compile time option for FreeCOM and because I guess it would make sense to separately compile 386-optimized and 8086 anyway, it could be sufficient to revive non-XMS swap and compile an 8086 binary for the 8086 compatible boot disk and installation variant? Eric _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
