Когда я выполняю команду из терминала, который печатает цветной вывод (например, lsили gcc), цветной вывод печатается. Насколько я понимаю, процесс фактически выводит управляющие коды ANSI , а терминал форматирует цвет.
Однако, если я выполню ту же команду другим процессом (скажем, пользовательским приложением C) и перенаправлю вывод в собственный вывод приложения, эти цвета не сохранятся.
Как программа решает, выводить ли текст в цветном формате или нет? Есть ли переменная окружения?
Ответы:
Большинство таких программ по умолчанию выводят только цветовые коды на терминал; они проверяют, является ли их вывод TTY, используя isatty(3). Обычно есть варианты переопределить это поведение: отключить цвета во всех случаях или включить цвета во всех случаях. Например, grepдля GNU --color=neverотключает цвета и --color=alwaysвключает их.
В оболочке вы можете выполнить тот же тест, используя -t testоператор: [ -t 1 ]будет успешно, только если стандартный вывод является терминалом.
Есть ли переменная окружения?
Да. Это TERMпеременная окружения. Это потому, что есть несколько вещей, которые используются как часть процесса принятия решений.
Здесь сложно обобщить, потому что не все программы согласовывают единую схему принятия решений. На самом деле GNUgrep , упомянутый в ответе М. Китта, является хорошим примером выброса, который использует несколько необычный процесс принятия решений с неожиданными результатами. Поэтому в общих чертах:
isatty() .TERMПеременная среды должна существовать и его значение должно соответствовать записи в базе данных.TERMCAPпеременной среды. Так что на некоторых реализациях есть второй переменная окружения.max_colorsterminfo есть поле. Он не установлен для типов терминалов, которые на самом деле не имеют цветовых возможностей. Действительно, есть TERMINFO соглашение , что для каждого типа терминала благовидного есть другая запись с -mили -monoдобавляется к имени , которое не заявляет нет возможности цвета.set_a_foregroundи set_a_backgroundполя в terminfo.Это немного сложнее, чем просто проверка isatty(). Он сделан дополнительно осложняется несколькими вещами:
isatty()проверку, так что программа всегда или никогда не предполагает, что в качестве ее вывода используется (окрашиваемый) терминал. Например:
lsимеет параметр --colorкомандной строки.lsрассматривает CLICOLOR(его отсутствие означает никогда ) и CLICOLOR_FORCE(его присутствие означает всегда ) переменные окружения, а также использует параметр -Gкомандной строки.TERM.Как уже упоминалось, GNU на grepсамом деле демонстрирует некоторые из этих дополнительных сложностей. Он не обращается к termcap / terminfo, жестко связывает последовательности управления для передачи и передает ответ на TERMпеременную окружения.
Порт Linux / Unix этого есть этот код , который позволяет colourization только тогда , когда TERMпеременная окружения существует и его значение не совпадает Проводное имя dumb:
ИНТ
should_colorize (void)
{
char const * t = getenv ("TERM");
return t && strcmp (t, "dumb")! = 0;
}
Так что, даже если TERMэто так xterm-mono, GNU grepрешит испускать цвета, хотя другие программы, такие как vim, не будут.
Порт Win32 него есть этот код , который позволяет colourization либо когда TERMпеременная окружения не существует , или если она существует , и его значение не совпадает Проводное имя dumb:
ИНТ
should_colorize (void)
{
char const * t = getenv ("TERM");
возвращение ! (t && strcmp (t, "dumb") == 0);
}
grepПроблемы GNU с цветомgrepОкраска GNU на самом деле печально известна. Поскольку он на самом деле не выполняет надлежащую работу по построению вывода терминала, а просто обвиняет в нескольких зашитых последовательностях управления в различных точках его вывода в тщетной надежде, что это достаточно хорошо, он на самом деле отображает неправильный вывод в определенных обстоятельствах.
В этих обстоятельствах нужно раскрасить что-то, что находится на правом краю терминала. Программы, которые правильно выводят данные с терминала, должны учитывать правильные поля справа. В дополнение к небольшой вероятности того, что терминал может их не иметь (а именно auto_right_marginполе в terminfo), поведение терминалов, которые имеют автоматические правые поля, часто соответствует прецеденту DEC VT для переноса ожидающих строк . GNU grepне учитывает это, наивно ожидая немедленного переноса строки , и его цветной вывод идет неправильно.
Цветной вывод не простая вещь.
grep --colorНе показывает правильный вывод ». xterm FAQ . Невидимый остров.$TERMне объясняет это (Ваш ответ в целом интересен, но я не думаю, что он отвечает на вопрос ...)
Команда unbufferиз ожидаемого пакета разделяет выходные данные из первой программы и входные данные для второй программы.
Вы бы использовали это так:
unbuffer myshellscript.sh | grep valueЯ все время использую его с ansible и самодельным сценарием ctee, чтобы видеть вывод цвета на терминале, оставляя файл журнала с обычным (нецветным) выводом.
unbuffer ansible-playbook myplaybook.yml | ctee /var/log/ansible/run-$( date "+%F" ).log