Linux ProC / PID / FD для стандартного вывода является 11? - PullRequest
Новая
       18

Linux ProC / PID / FD для стандартного вывода является 11?

6 голосов
/ 28 мая 2011

Выполнение скрипта с stdout, перенаправленным в файл.Таким образом, / proc / $$ / fd / 1 должен указывать на этот файл (поскольку stdout fileno равен 1).Однако фактическое значение файла равно 11. Пожалуйста, объясните, почему.

Вот сеанс: 

$ cat hello.sh
#!/bin/sh -e
ls -l /proc/$$/fd >&2

$ ./hello.sh > /tmp/1
total 0
lrwx------ 1 nga users 64 May 28 22:05 0 -> /dev/pts/0
lrwx------ 1 nga users 64 May 28 22:05 1 -> /dev/pts/0
lr-x------ 1 nga users 64 May 28 22:05 10 -> /home/me/hello.sh
l-wx------ 1 nga users 64 May 28 22:05 11 -> /tmp/1
lrwx------ 1 nga users 64 May 28 22:05 2 -> /dev/pts/0

Ответы [ 2 ]

5 голосов
/ 28 мая 2011

У меня есть подозрение, но это сильно зависит от поведения вашей оболочки.Дескрипторы файлов, которые вы видите:

  • 0: стандартный ввод
  • 1: стандартный вывод
  • 2: стандартная ошибка
  • 10: работаscript
  • 11: резервная копия стандартного сценария standard out

Дескрипторы 10 и 11 близки на exec, поэтому выигралне присутствовать в процессе ls.Однако 0-2 подготовлены для ls перед разветвлением.Я вижу это поведение в dash (оболочка Debian Almquist), но не в bash (оболочка Bourne again).Bash вместо этого выполняет разметку дескриптора файла после разветвления и случайно использует 255 вместо 10 для сценария.Внесение изменений после разветвления означает, что ему не нужно восстанавливать дескрипторы в родительском элементе, поэтому у него нет резервной копии для dup2 из.

3 голосов
/ 28 мая 2011

Здесь может помочь вывод strace.

Соответствующий раздел: 

fcntl64(1, F_DUPFD, 10)                 = 11
close(1)                                = 0
fcntl64(11, F_SETFD, FD_CLOEXEC)        = 0
dup2(2, 1)                              = 1
stat64("/home/random/bin/ls", 0xbf94d5e0) = -1 ENOENT (No such file or
+++++++>directory)
stat64("/usr/local/bin/ls", 0xbf94d5e0) = -1 ENOENT (No such file or directory)
stat64("/usr/bin/ls", 0xbf94d5e0)       = -1 ENOENT (No such file or directory)
stat64("/bin/ls", {st_mode=S_IFREG|0755, st_size=96400, ...}) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
+++++++>child_tidptr=0xb75a8938) = 22748
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 22748
--- SIGCHLD (Child exited) @ 0 (0) ---
dup2(11, 1)                             = 1

Итак, оболочка перемещает существующий стандартный вывод в доступный дескриптор файла выше 10 (а именно, 11), затем перемещает существующий stderr на свой собственный stdout (из-за перенаправления >&2), а затем восстанавливает 11 на свой собственный stdout, когда команда ls завершена.

...