Hello Eric and thank you for your attention. The debug patch below worked perfectly and my dosemu has a nice white background all over the screen.
Goodbye ansi. Gratefully, Larry Eric Auer wrote: > Hi Larry, > > black on white is an interesting problem. You cannot get a bright > background in normal hardware setting - you would get a blinking > one instead. The ansi escape sequence selects "reverse blinking" > or "black on white blinking", because NORMAL background colors are > not bright... The "bold" bit is bright foreground, and the "blink" > bit can be either blinking foreground or bright background - this > depends on your hardware setting, but most people use "blinking". > > Looks like dosemu cannot do blinking foreground so it does bright? > Anyway, when I do "prompt $e[0;7;5m" then I do indeed get black on > white in dosemu, but only for text. It seems that our command.com > does not set empty space on the screen to the selected colors... > When you do "cls" and then do "ver", you see that the rest of the > screen is black. I think this is quite normal even with MS ANSI. > > Another interesting problem is that when the screen scrolls, the > color which "scrolls in" from the bottom is black on grey instead > of black on white. This is what creates the effect you describe. > >> However what happens is that the c:> has the correct bright white >> correct but the rest of the screen is a dirtyish grey. When I type >> characters after c:> all the chars on that line have a nice white >> background but the untyped part of every line is that dirty grey. > > Actually NANSI does this deliberately. I guess the author did not > want the scrolling up fill the screen with blinking eventually: > > Function "get_blank_attrib" is described as: > > ; Determine new attribute and character for a new blank region. > ; Use current attribute, just disallow blink and underline. > ; (Pretty strange way to do it. Might want to disallow rev vid, too.) > > It contains this line in the file nansi.asm: > > and ah, 7fh ; disallow blink > > It also limits the attribute to "either 1 or 7" (underline or > normal, all other values suppressed) if you are in monochrome. > > I suggest to comment out that line :-). What should we do about > the monochrome case, by the way? Can that stay as it is now? > > Larry, could you comment out the abovementioned 7fh line and > recompile your NANSI file? That will need ASM (ArrowASM, is > part of our distro), exe2bin (also in our distro) and tlink > (from Turbo C 2, freeware, maybe replaceable with VAL...). If > this is too complex for you, let me know, then I can compile > a fresh file for you here and send it to you. > > Eric > > > PS: You can also easily patch / fix your binary file as follows: > c:>debug nansi.sys > -e 6a2 > 0...:06A2 7F.ff > -w > Writing 1345 bytes. > -q > > -- Larry Alkoff N2LA - Austin TX Using Thunderbird on Linux ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user