Як обманути додаток на думку, що його stdout - це термінал, а не труба

Я намагаюся зробити протилежне " Виявити, якщо stdin - це термінал або труба? ".

Я запускаю програму, яка змінює свій вихідний формат, тому що вона виявляє трубку на STDOUT, і я хочу, щоб вона думала, що це інтерактивний термінал, щоб я отримав той самий вихід при перенаправлення.

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

Якісь ідеї там?

Ага!

scriptКоманда робить те , що ми хочемо ...

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

Чи трюк!

Usage:
 script [options] [file]

Make a typescript of a terminal session.

Options:
 -a, --append                  append the output
 -c, --command <command>       run command rather than interactive shell
 -e, --return                  return exit code of the child process
 -f, --flush                   run flush after each write
     --force                   use output file even when it is a link
 -q, --quiet                   be quiet
 -t[<file>], --timing[=<file>] output timing data to stderr or to FILE
 -h, --help                    display this help
 -V, --version                 display version

На основі рішення Кріса я придумав таку маленьку функцію помічника:

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

Вигадливий погляд 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

Unbuffer скрипт , який поставляється з Очікувати повинен впоратися з цим ОК. Якщо ні, програма може дивитись на щось інше, ніж те, з чим підключений її вихід, наприклад. для чого встановлена ​​змінна середовище TERM.

Я не знаю, чи це можливо з PHP, але якщо вам дійсно потрібен дочірній процес, щоб побачити TTY, ви можете створити PTY .

В:

#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, хоча.

Посилаючись на попередню відповідь, в Mac OS X "скрипт" можна використовувати як нижче ...

script -q /dev/null commands...

Але, оскільки він може замінити "\ n" на "\ r \ n" у stdout, вам також може знадобитися такий сценарій:

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

Якщо між цими командами є якась труба, вам потрібно промити stdout. наприклад:

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

Занадто ново, щоб коментувати конкретну відповідь, але я подумав, що я продовжував би fakettyфункцію, розміщену в Ingomueller-net вище, оскільки нещодавно мені це допомогло.

Я виявив, що це створює typescriptфайл, який я не хотів / не потребував, тому додав / dev / null як цільовий файл сценарію:

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

Оновлення відповіді @ A-Ron на a) робота над Linux та MacOs b) поширювати код статусу опосередковано (оскільки MacOs scriptне підтримує його)

faketty () {
  # Create a temporary file for storing the status code
  tmp=$(mktemp)

  # Ensure it worked or fail with status 99
  [ "$tmp" ] || return 99

  # Produce a script that runs the command provided to faketty as
  # arguments and stores the status code in the temporary file
  cmd="$(printf '%q ' "$@")"'; echo $? > '$tmp

  # Run the script through /bin/sh with fake tty
  if [ "$(uname)" = "Darwin" ]; then
    # MacOS
    script -Fq /dev/null /bin/sh -c "$cmd"
  else
    script -qfc "/bin/sh -c $(printf "%q " "$cmd")" /dev/null
  fi

  # Ensure that the status code was written to the temporary file or
  # fail with status 99
  [ -s $tmp ] || return 99

  # Collect the status code from the temporary file
  err=$(cat $tmp)

  # Remove the temporary file
  rm -f $tmp

  # Return the status code
  return $err
}

Приклади:

$ faketty false ; echo $?
1

$ faketty echo '$HOME' ; echo $?
$HOME
0

embedded_example () {
  faketty perl -e 'sleep(5); print "Hello  world\n"; exit(3);' > LOGFILE 2>&1 </dev/null &
  pid=$!

  # do something else
  echo 0..
  sleep 2
  echo 2..

  echo wait
  wait $pid
  status=$?
  cat LOGFILE
  echo Exit status: $status
}

$ embedded_example
0..
2..
wait
Hello  world
Exit status: 3

Я намагався отримати кольори під час запуску shellcheck <file> | less, тому я спробував наведені вище відповіді, але вони створюють цей химерний ефект, коли текст горизонтально зміщений від місця, де він повинен бути:

In ./all/update.sh line 6:
                          for repo in $(cat repos); do
                                                                  ^-- SC2013: To read lines rather than words, pipe/redirect to a 'while read' loop.

(Для тих, хто не знає оболонки, рядок із попередженням повинен відповідати місцем, де проблема.)

Щоб відповіді вище працювали з шелчеком, я спробував один із варіантів коментарів:

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

Це працює. Я також додав --returnі використав довгі параметри, щоб зробити цю команду трохи менш непереборною:

faketty() {                       
    0</dev/null script --quiet --flush --return --command "$(printf "%q " "$@")" /dev/null
}

Працює в Bash and Zsh.

Також у зразковому коді книги "Розширене програмування в середовищі UNIX, друге видання" є піт-програма!

Ось як компілювати pty на Mac OS X:

man 4 pty  #  pty -- pseudo terminal driver

open http://en.wikipedia.org/wiki/Pseudo_terminal

# Advanced Programming in the UNIX Environment, Second Edition
open http://www.apuebook.com

cd ~/Desktop

curl -L -O http://www.apuebook.com/src.tar.gz

tar -xzf src.tar.gz

cd apue.2e

wkdir="${HOME}/Desktop/apue.2e"

sed -E -i "" "s|^WKDIR=.*|WKDIR=${wkdir}|" ~/Desktop/apue.2e/Make.defines.macos

echo '#undef _POSIX_C_SOURCE' >> ~/Desktop/apue.2e/include/apue.h

str='#include   <sys/select.h>'
printf '%s\n' H 1i "$str" . wq | ed -s calld/loop.c

str='
#undef _POSIX_C_SOURCE
#include <sys/types.h>
'
printf '%s\n' H 1i "$str" . wq | ed -s file/devrdev.c

str='
#include <sys/signal.h>
#include <sys/ioctl.h>
'
printf '%s\n' H 1i "$str" . wq | ed -s termios/winch.c

make

~/Desktop/apue.2e/pty/pty ls -ld *