Цветной вывод терминала игнорирует последовательность сброса. Цвет продолжается

Я думаю ваша путаница заключается в использовании -l и -u для hwclock .

Обратите внимание, что использование параметров --utc или --localtime с командой hwclock не означает, что вы показываете аппаратное время в формате UTC или по местному времени.

Это означает, что когда вы запускаете:

hwclock -u

Вы не показываете время в utc, вы говорите системе интерпретировать hwclock в UTC, и наоборот с помощью -l .

На странице руководства:

-u, --utc
--localtime
Indicates that the Hardware Clock is kept in Coordinated Universal
Time or local time, respectively. It is your choice whether to keep
your clock in UTC or local time, but nothing in the clock tells
which you've chosen. So this option is how you give that information
to hwclock. If you specify the wrong one of these options (or
specify neither and take a wrong default), both setting and querying
of the Hardware Clock will be messed up.

If you specify neither --utc nor --localtime , the default is whichever
was specified the last time hwclock was used to set the clock (i.e.
hwclock was successfully run with the --set, --systohc, or --adjust
options), as recorded in the adjtime file. If the adjtime file
doesn't exist, the default is local time.

( Источник )

1
31.07.2017, 22:01
1 ответ

iTerm2 в Mac OS X также делает это, когда цветной текст переносится за пределы доступных столбцов. Одним из обходных путей может быть стирание до конца -из -строки -после записи BARс помощью управляющей последовательностиCSI Ps K Erase in Line (EL), например.

$ perl -e 'print "\e[41m".("a"x120)."\e[0mBAR\e[K"'
3
27.01.2020, 23:24

Теги

Похожие вопросы