절반의 경우, 터미널 드라이버 (로컬 반향)로 출력되므로 사용자가 텍스트를 입력하고 그에 따라 출력 색상을 변경하려고 할 때 해당 터미널에서 실행중인 응용 프로그램을 알 수 없을 수 있으므로 색칠 사용자 입력이 어렵습니다. . (커널의) 의사 터미널 드라이버 만이 키를 누를 때 터미널 에뮬레이터 (xterm과 같은)가 문자를 보내고 터미널 드라이버가 에코를 위해 문자를 다시 보낼 수 있지만 xterm은 로컬 에코 또는 애플리케이션이 의사 터미널의 슬레이브 측으로 출력하는 것).
그리고 나서 터미널 드라이버에게 에코를하지 말라고하는 다른 모드가 있지만 이번에는 응용 프로그램이 무언가를 출력합니다. 응용 프로그램 (gdb, bash ...와 같은 readline을 사용하는 응용 프로그램과 같은)은 stdout 또는 stderr에서 응용 프로그램을 보낼 수 있으며 사용자 입력을 다시 출력하는 것보다 다른 것들을 위해 출력하는 것과 구별하기가 어렵습니다.
그런 다음 응용 프로그램의 stdout과 stderr을 구별하기 위해 몇 가지 접근 방식이 있습니다.
그들 중 많은 것은 stdout 및 stderr 명령을 파이프로 리디렉션하고 응용 프로그램에서 파이프를 색칠하기 위해 파이프를 리디렉션합니다. 여기에는 두 가지 문제가 있습니다.
- stdout이 더 이상 터미널 (예 : 파이프)이 아닌 경우 많은 응용 프로그램은 출력 버퍼링을 시작하기 위해 동작을 조정하는 경향이 있습니다. 즉, 출력이 큰 청크로 표시됩니다.
- 두 파이프를 처리하는 프로세스가 동일하더라도 읽기 프로세스가 알 수 없으므로 stdout 및 stderr에서 애플리케이션이 작성한 텍스트의 순서가 유지된다는 보장은 없습니다 (둘 다 읽을 내용이있는 경우). "stdout"파이프 또는 "stderr"파이프에서 읽기 시작 여부
또 다른 방법은 stdout 및 stdin에 색상을 표시하도록 응용 프로그램을 수정하는 것입니다. 종종 불가능하거나 현실적이지 않습니다.
그런 다음 (동적 링크 응용 프로그램) 트릭 (사용 납치 될 수 $LD_PRELOAD있는대로 sickill의 대답 출력 뭔가 응용 프로그램에 의해 호출 된 출력 기능)하고 출력 뭔가 의미있는 여부에 따라 전경색을 설정하는 그들에 코드를 포함 stderr 또는 stdout에서. 그러나 이는 C 라이브러리 및 write(2)응용 프로그램이 직접 호출 한 syscall 을 수행하는 다른 모든 라이브러리 에서 stdout 또는 stderr (printf, puts, perror ...)에 무언가를 쓸 수있는 모든 라이브러리를 납치하는 것을 의미 합니다. , 해당 동작이 수정 될 수 있습니다.
또 다른 방법은 시스템 호출이 호출 될 때마다 PTRACE 트릭을 사용 strace하거나 gdb자신을 연결 하고 파일 설명자 1 또는 2 write(2)에 있는지 여부에 따라 출력 색상을 설정하는 것 write(2)입니다.
그러나 그것은 큰 일입니다.
내가 방금 놀고있는 트릭은 straceLD_PRELOAD를 사용하여 자체 를 납치하여 (모든 시스템 호출 전에 스스로 후크하는 더러운 작업을 수행함) write(2)fd 1 또는 2.
보고에서 strace소스 코드, 우리는 출력 모두를 통해 수행되는 것을 볼 수 있습니다 vfprintf기능. 우리가해야 할 일은 그 기능을 납치하는 것입니다.
LD_PRELOAD 랩퍼는 다음과 같습니다.
#define _GNU_SOURCE
#include <dlfcn.h>
#include <string.h>
#include <stdio.h>
#include <stdarg.h>
#include <unistd.h>
int vfprintf(FILE *outf, const char *fmt, va_list ap)
{
static int (*orig_vfprintf) (FILE*, const char *, va_list) = 0;
static int c = 0;
va_list ap_orig;
va_copy(ap_orig, ap);
if (!orig_vfprintf) {
orig_vfprintf = (int (*) (FILE*, const char *, va_list))
dlsym (RTLD_NEXT, "vfprintf");
}
if (strcmp(fmt, "%ld, ") == 0) {
int fd = va_arg(ap, long);
switch (fd) {
case 2:
write(2, "\e[31m", 5);
c = 1;
break;
case 1:
write(2, "\e[32m", 5);
c = 1;
break;
}
} else if (strcmp(fmt, ") ") == 0) {
if (c) write(2, "\e[m", 3);
c = 0;
}
return orig_vfprintf(outf, fmt, ap_orig);
}
그런 다음 다음과 같이 컴파일합니다.
cc -Wall -fpic -shared -o wrap.so wrap.c -ldl
그리고 그것을 다음과 같이 사용하십시오 :
LD_PRELOAD=/path/to/wrap.so strace -qfo /dev/null -e write -s 0 env -u LD_PRELOAD some-cmd
당신은 당신이 대체 어떻게 알 수 some-cmd와 bash배쉬 프롬프트를 가진 동안 당신이 입력하는 빨간색 (표준 오류)에 나타납니다 zsh(zsh을 DUPS는 프롬프트를 표시하기 위해 새로운 FD에 stderr에 에코 때문에)이 검은 색으로 나타납니다.
색상을 사용하는 응용 프로그램과 같이 기대하지 않는 응용 프로그램에서도 놀랍도록 잘 작동하는 것으로 보입니다.
채색 모드는 strace터미널로 간주되는 stderr 에서 출력됩니다 . 애플리케이션이 stdout 또는 stderr를 리디렉션하면 하이재킹 된 strace는 터미널에서 색상 표시 이스케이프 시퀀스를 계속 작성합니다.
이 솔루션에는 한계가 있습니다.
- 고유 그
strace: 성능 문제, 당신은 같은 기타의 ptrace 명령을 실행할 수 없습니다 strace또는 gdb그것에서, 또는이 setuid / setgid를 문제
write각 개별 프로세스의 stdout / stderr 에 따라 채색 됩니다. 그래서 예를 들어,에서 sh -c 'echo error >&2', error때문에 녹색 것 echo에 출력을 자사의 표준 출력 (SH의 표준 오류로 리디렉션 SH 있지만, 모든 strace를이이다 본다 write(1, "error\n", 6)). 그리고에서 sh -c 'seq 1000000 | wc', seq많은 또는 수행 write에의 그 래퍼는 단자 (보이지 않는) 이스케이프 시퀀스를 많이하고 출력하기 끝날 수 있도록, 표준 출력을.