Hi,
Bernd Blaauw escribió:
Johnson Lam schreef:
I think it SHOULD BE optimized for 386 CPU, that means priority is
386, then have a 8086/286 version for users still using old PC's.
generally the term 'optimized' means 'works only for/on', which I find
very bad. Proper 'optimize' should mean 'has additional features or
speed increase when run on a better platform'
FreeCOM indeed should be optimized for 386 (use XMS), but the same
binary should also work on 80286 (also XMS support if you have about
1.5MB or more total), and on 8086.
I entirely agree with you, but... (see below).
When no XMS is found, CALL /S (swap freecom out to disk) should be
allowed to work.
However current FreeCOM versions have become too big and complex to
allow all features in a single binary.
4DOS uses the same 'swap to XMS' trick, and in conventional memory is a
lot larger (220KB or so) without this trick.
most optimal would be a 8086 compatible version of FreeCOM, with all
features enables, and XMS swap on 286, and support for swapping to HMA
or expanded memory (EMS). EMS does exist on hardware cards on really
ancient computers.
This would be ok, but in most cases being optimized for 386 also means
that you have compiled for 386+ opcodes, so it is hard or impossible.
It could be that the, say, three versions are bundled together within an
executable, and by means of some trick, the correct version is unpacked
and run, but note that the executable version would grow a bit.
Perhaps Eric can come up with one such ideas of packing programs
together, given that he's the author of the CPX trickery.
Aitor
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel