Hi, after approx 2 hours of searching, I finally found out why my
80x30 (80x60 VESA text mode + 8x16 font, reachable with use of
MODE CON LINES=60 followed by MODE CON LINES=16 or similar...)
screwed up the CDRcache user interface:

This mode is VESA based, so the 40[49] byte contains a value which
is not known for TEXT modes to NANSI (actual mode number is in 108..10c
VESA text mode range, but 40[49] is a byte!). This means that NANSI will
revert to using the BIOS for things. Because NANSI thinks that the mode
is a graphics mode, it will use background color 0 (as returned by the
get_blank_attrib function), instead of using a background TEXT MODE COLORPAIR
(attribute, e.g. 1e = blue on yellow).

Am I right in assuming that the color byte of int 10.06 (scroll) is treated
as fill color in graphics modes? Then the color MUST stay 0, or at least
"background part of color" (e.g. 01 if text colorpair is 1e), but then if
a TEXT mode is misdetected as graphics mode (i.e. NANSI does not know that
some value for 40[49] is actually a text mode) then a ZERO colorpair will
be used for scrolling! That way, "uncolored" lines scroll into the screen,
and if you use BIOS TTY (int 10.0e) to write there without explicitly
setting a color first - as done by the CDRcache user interface - then the
BIOS TTY output will be BLACK ON BLACK, i.e. invisible.

Any idea for a generic and compatible solution for this?

(BIOS TTY has a color argument, but this is only used for graphics modes,
for text modes, the color is preserved as found on screen...!)

For *my* BIOS, the solution is to load NANSI as:
DEVICEHIGH=c:\freedos\bin\nansi.sys /s /t54 /t55 /t64 /t65 /t68
where the hex values at 40[49] for the VESA text modes 108..10c are
68 55 54 65 64 respectively, but this will very likely differ for other BIOSes.

Eric

PS: I remember that /s (no keyboard redefinitions) should save some RAM,
but that does not seem to happen. Maybe somebody can spot a bug here?


> http://www.coli.uni-sb.de/~eric/stuff/soft/specials/ nansi40a.zip
is what the LSM tells, but CORRECT location is:
> http://www.coli.uni-sb.de/~eric/stuff/soft/by-others/ nansi40a.zip
strange!



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to