Hi there,
FD-DISPLAY is about 11KB size (the data for the 3 subfonts, 8x8, 8x14
and 8x16 is 10.5Kb). MS-DISPLAY is about 5KB resident size (the size of
8x16 is 4KB).
Following Eric's step, I can use a single data pool to load the data
into memory (I no need to make room for the three subfonts. I load one
after the other), but I am facing this problem:
Some Display Adapter interrupt functions (INT 10h) hooked by DISPLAY.SYS
are there to get pointers to font data (yes, get pointers, not filling
user's buffers). If I can only have 5Kb resident, I can only have room
for one subfont permanently in main memory.
Thus, the only idea that comes to my mind is that I leave there the data
only for the current subfont in use (8x8, 8x14 or 8x16), and the request
for the other pointers are diverted to BIOS. This way one would have the
problem that if your program asks for these pointers, the characters of
each subfont may differ (as BIOS is always codepage 437, it could be
that the character number 200 is one character in 8x8 and another in the
8x16 font), but I can't come up with other idea, any hints?
Notice that it's not use to put resident the data for the last requested
subfont, because a program could well retrieve the three pointers at the
very begining and try to use the three of them within the code.
Aitor
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
