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