bug?: bold + inverse in color mode
Sergey Naumov
sknaumov at gmail.com
Mon Dec 6 12:19:44 UTC 2010
Hello.
I have tried minicom-2.3 (from Debian Lenny) and minicom-2.4
(hand-builded on Lenny) and with both of them I encountered a problem:
Environment:
VMWARE 6.0.0 with 2 serial ports connected with pipe. (so to send
data to /dev/ttyS1 I have to write to /dev/ttyS0)
Debian 5.0.0 Lenny
Actions:
I launch "minicom -c on". It resides at /dev/ttyS1.
echo -en "\033[15;5H\033[31;43;7;1mtext\033[0m" > /dev/ttyS0
echo -en "\033[16;5H\033[33;41;1mtext\033[0m" > /dev/ttyS0
Problem:
Two resulting strings should be similar, but BOLD attribure (1) does
not work with STANDOUT attribure (7) with enabled colors (-c on) so
text is not bold at the first line.
Note that it happens even when colors (31;43 in this case) are not
specified in escape sequence, so when defaults are used.
BUT: if we turn off color mode (-c off), then STANDOUT works well with BOLD.
NOTE: In hyperterminal and Linux console COLOR + BOLD + STANDOUT work.
PS:
Please cc answer to me because I am not subscribed to this mailing list.
Sergey Naumov.
More information about the minicom-devel
mailing list