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

Question

Я пытаюсь сделать противоположный

Detect if stdin is a terminal or pipe?

Я бег приложения, которое меняется его формат вывод, поскольку он обнаруживает pipe on stdout, и я хочу, чтобы он думал, что это интерактивный терминал, так что я получаю тот же результат при перенаправлении.

Я думал, что обертывание его в сценарий expect или использование proc_open() в PHP сделает это, но это не так.

Есть идеи?

Answer 1

Я не знаю, можно ли это сделать с PHP, но если вам действительно нужен дочерний процесс, чтобы увидеть TTY, вы можете создать PTY.

В C:

#include <stdio.h> 
#include <stdlib.h> 
#include <sysexits.h> 
#include <unistd.h> 
#include <pty.h> 

int main(int argc, char **argv) { 
    int master; 
    struct winsize win = { 
     .ws_col = 80, .ws_row = 24, 
     .ws_xpixel = 480, .ws_ypixel = 192, 
    }; 
    pid_t child; 

    if (argc < 2) { 
     printf("Usage: %s cmd [args...]\n", argv[0]); 
     exit(EX_USAGE); 
    } 

    child = forkpty(&master, NULL, NULL, &win); 
    if (child == -1) { 
     perror("forkpty failed"); 
     exit(EX_OSERR); 
    } 
    if (child == 0) { 
     execvp(argv[1], argv + 1); 
     perror("exec failed"); 
     exit(EX_OSERR); 
    } 

    /* now the child is attached to a real pseudo-TTY instead of a pipe, 
    * while the parent can use "master" much like a normal pipe */ 
} 

Я был на самом деле под впечатлением, что expect само по себе создает PTY, хотя.

Answer 2

Aha!

Команда script делает то, что мы хотим ...

script --return -c "[executable string]" /dev/null 

ли трюк!

Answer 3

Сценарий unbuffer, который поставляется с Expectдолжен обрабатывать это нормально. Если нет, приложение может смотреть на что-то другое, кроме того, к чему подключен его выход, например. для чего задана переменная среды TERM.

Answer 4

Существует также программа pty, включенная в пример кода книги «Расширенное программирование в среде UNIX, второе издание»!

Вот как собрать на PTY Mac OS X:

http://codesnippets.joyent.com/posts/show/8786

Answer 5

Ссылаясь предыдущий ответ, на Mac OS X, "сценарий" может быть использован, как показано ниже ...

script -q /dev/null commands... 

Но, поскольку он может изменить код возврата с «\ n» на «\ r \ n», мне нужно было запустить это.

script -q /dev/null commands... | perl -pe 's/\r\n/\n/g' 

Если между этими командами есть какая-то трубка, вам необходимо сбросить стандартный вывод. например:

script -q /dev/null commands... | ruby -ne 'print "....\n";STDOUT.flush' | perl -pe 's/\r\n/\n/g' 

Answer 6

Основываясь на Chris' solution, я придумал следующий небольшой вспомогательной функции:

function faketty { script -qfc "$(printf "%q " "$@")"; } 

Причудливый ищет printf необходимо правильно развернуть аргументы скрипта в $@, защищая, возможно, процитированные части команды (см. пример ниже).

Использование:

faketty <command> <args> 

Пример:

$ python -c "import sys; print sys.stdout.isatty()" 
True 
$ python -c "import sys; print sys.stdout.isatty()" | cat 
False 
$ faketty python -c "import sys; print sys.stdout.isatty()" | cat 
True 

Answer 7

Anywhere установлен Python,

echo fakepassword | python -c 'import pty, sys; pty.spawn(sys.argv[1:])' ssh 

Answer 8

Слишком новый комментировать конкретный ответ, но я думал, Я буду следить на функции faketty, опубликованной ingomueller-net выше, так как она недавно мне помогла.

Я обнаружил, что это создает typescript файл, который я не хочу/нужно, поэтому я добавил/DEV/нуль в качестве целевого сценария файла:

function faketty { script -qfc "$(printf "%q " "$@")" /dev/null ; }