bug?: bold + inverse in color mode

[Adam Lackorzynski]

Hi,

On Mon Dec 06, 2010 at 15:19:44 +0300, Sergey Naumov wrote:
> 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.

Thanks for the report. I think I have fixed it. Could you please check
using the latest hg tree version?


Thanks,
Adam
-- 
Adam                 adam at os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/