Практическое применение для перемещения дескрипторов файлов

3>&4- ksh93 расширение, также поддерживаемое ударом, и это коротко для 3>&4 4>&-, это равняется 3 теперь точки туда, где 4 используемых к, и 4 теперь закрываются, поэтому на что указали 4, теперь переместился в 3.

Типичное использование было бы в случаях, где Вы копировали stdin или stdout сохранить копию его и хотеть восстановить его, как в:

Предположим, что Вы хотите получить только stderr команды (и stderr) при оставлении в покое stdout в переменной.

Замена команды var=$(cmd), создает канал. Конец записи канала становится cmdstdout (дескриптор файла 1) и другой конец читается оболочкой для заполнения переменной.

Теперь, если Вы хотите stderr для движения в переменную Вы могли сделать: var=$(cmd 2>&1). Теперь и fd 1 (stdout) и 2 (stderr) переходит к каналу (и в конечном счете в переменную), который является только половиной того, что мы хотим.

Если мы делаем var=$(cmd 2>&1-) (короткий для var=$(cmd 2>&1 >&-), теперь только cmdstderr переходит к каналу, но fd 1 закрывается. Если cmd попытки записать любой вывод, который возвратился бы с a EBADF ошибка, если это открывает файл, это получит первый свободный fd, и открытому файлу присвоят это stdout если команда не принимает меры против этого! Не, что мы хотим также.

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

{
  var=$(cmd)
} 3>&1

Который является более чистым способом записать:

exec 3>&1
var=$(cmd)
exec 3>&-

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

Затем на { (или exec 3>&1) и до }, и fd 1 и 3 точки к тому же ресурсу fd 1 указали первоначально. fd 3 также укажет на тот ресурс в замене команды (замена команды только перенаправляет fd 1, stdout). Таким образом выше, для cmd, мы имеем для fds 1, 2, 3:

1. канал к var
2. нетронутый
3. то же, как какой 1 точка к внешней стороне замена команды

Если мы изменяем его на:

{
  var=$(cmd 2>&1 >&3)
} 3>&1-

Затем это становится:

1. то же, как какой 1 точка к внешней стороне замена команды
2. канал к var
3. то же, как какой 1 точка к внешней стороне замена команды

Теперь, мы имеем то, что мы хотели: stderr переходит к каналу, и stdout оставляют нетронутым. Однако мы пропускаем тот fd 3 к cmd.

В то время как команды (условно) предполагают, что fds от 0 до 2 открыт и стандартным входом, производит и ошибка, они не принимают ничего другого fds. Скорее всего, они оставят тот fd 3 нетронутым. Если им будет нужен другой дескриптор файла, то они просто сделают open()/dup()/socket()... который возвратит первый доступный дескриптор файла. Если (как сценарий оболочки, который делает exec 3>&1) они должны использовать это fd а именно, они сначала присвоят его чему-то (и в том процессе, ресурс, сохраненный нашим fd 3, будет выпущен тем процессом).

Это - хорошая практика для закрытия того fd 3 с тех пор cmd не использует его, но это не грандиозное предприятие, если мы оставляем присвоенным, прежде чем мы будем звонить cmd. Проблемы могут быть: это cmd (и потенциально другие процессы, которые это порождает) имеет тот меньше fd доступный ему. Потенциально более серьезная проблема состоит в том, если ресурс, который, что fd указывает на, может закончиться сохраненный процессом, порожденным этим cmd в фоне. Это может быть беспокойство, если тот ресурс является каналом или другим каналом межпроцессного взаимодействия (как то, когда Ваш скрипт запускается как script_output=$(your-script)), поскольку это будет означать, что процесс, читающий из другого конца, никогда не будет видеть конец файла, пока тот фоновый процесс не завершится.

Таким образом, здесь, лучше записать:

{
  var=$(cmd 2>&1 >&3 3>&-)
} 3>&1

Который, с bash может быть сокращаются к:

{
  var=$(cmd 2>&1 >&3-)
} 3>&1

Для подведения причин, почему это редко используется:

1. это нестандартно и просто синтаксический сахар. Необходимо сбалансировать сохранение нескольких нажатий клавиш с создания сценария, менее портативного и менее очевидного для людей, не привыкших к той редкой функции.
2. Потребность закрыть исходный fd после дублирования это часто пропускается, потому что большую часть времени, мы не страдаем от последствия, таким образом, мы просто делаем >&3 вместо >&3- или >&3 3>&-.

Доказательство, что это редко используется, поскольку Вы узнали, то, что это является поддельным в ударе. В ударе compound-command 3>&4- или any-builtin 3>&4- листовой fd 4, закрытый даже после compound-command или any-builtin возвратился. Патч для устранения проблемы теперь (2013-02-19) доступен.