/ dev / stdoutのターゲットの場所をbashスクリプトに保存する方法は？

最初の/dev/stdoutファイル記述子を他の場所に置き換える前に元の場所を保持したい特定のbashスクリプトがあります。

だから、当然、私は次のようなものを書きました

old_stdout=$(readlink -f /dev/stdout)

そして、それはうまくいきませんでした。問題が何であるかをすぐに理解します。

test@ubuntu:~$ echo $(readlink -f /dev/stdout)
/proc/5175/fd/pipe:[31764]
test@ubuntu:~$ readlink -f /dev/stdout
/dev/pts/18

当然、$()サブシェルで実行され、親シェルにパイプされます。

質問は次のとおりです。/dev/stdout場所をbashスクリプトの文字列として保存するための信頼できる（Linuxディストリビューション間の移植性を考慮した）方法はありますか？

ファイル記述子を保存するには、別のfdに複製します。対応するファイルへのパスを保存するだけでは不十分です。オープニングモード、オープニングフラグ、ファイル内の現在の位置などを保存する必要があります。そしてもちろん、匿名のパイプまたはソケットの場合、パスがないため機能しません。保存したいのは、fdが参照するオープンファイルの説明です。fdを複製すると、実際には同じオープンファイルの説明に新しいfdが返されます。

Bourneのようなシェルを使用してファイル記述子を別の記述子に複製するには、構文は次のとおりです。

exec 3>&1

上記では、fd 1がfd 3に複製されます。

以前にfd 3が既に開いていたものはすべて閉じられますが、fds 3から9（通常はさらに最大99 yash）がその目的のために予約されていることに注意してください（0、1、または2に反する特別な意味はありません）シェルは、独自の内部ビジネスにそれらを使用しないことを知っています。fd 3が前もって開いていた唯一の理由は、スクリプト¹でそれをしたか、呼び出し元によってリークされたためです。

次に、stdoutを別のものに変更できます。

exec > /dev/null

その後、stdoutを復元します。

exec >&3 3>&-

（3>&-不要になったファイル記述子を閉じることです）。

ここでの問題は、kshを除き、その後実行するすべてのコマンドがexec 3>&1そのfd 3を継承することです。これはfdリークです。一般的には大したことではありませんが、それは問題を引き起こす可能性があります。

kshそれらのfdsにclose-on-execフラグを設定します（2を超えるfdsの場合）が、他のシェルや他のシェルにはそのフラグを手動で設定する方法がありません。

他のシェルの回避策は、次のように、コマンドごとにfd 3を閉じることです。

exec 3>&-

exec > file.log

ls 3>&-
uname 3>&-

exec >&3 3>&-

面倒。ここで、最善の方法は、まったく使用せずexec、コマンドグループをリダイレクトすることです。

{
  ls
  uname
} > file.log

そこでは、stdoutを保存して後で復元することに注意を払うのはシェルです（そして、fd（9を超える、99を超えるyash）にclose-on-execフラグを設定して複製することで内部的に行います）。

注¹

現在、これらのfds 3〜9の管理は、特にスクリプトでこれらのfdsを使用する可能性のあるサードパーティのコードを使用している場合、それらを広範囲にまたは関数で使用すると、面倒で問題が多くなります。

シェルによっては、（ 、zsh、bash、ksh93すべての機能（追加のオリバーKiddleによって提案されzsh、この場合に役立ちます代わりに、10以上の最初のフリーFDを割り当てるための代替構文を持っている、それは彼らの開発者の間で議論された後、2005年に同時期に））：

myfunction() {
  local fd
  exec {fd}>&1
  # stdout was duplicated onto a new fd above 10, whose actual value
  # is stored in the fd variable
  ...
  # it should even be safe to re-enter the function here
  ...
  exec >&"$fd" {fd}>&-
}

ご覧のとおり、bashスクリプトは、ファイル記述子を割り当てることができる通常のプログラミング言語とは異なります。

最も簡単な解決策は、サブシェルを使用してリダイレクトしたいものを実行し、処理を標準I / Oがそのままのトップシェルに戻すことができるようにすることです。

別の解決策はtty、TTYデバイスを識別し、スクリプトのI / Oを制御するために使用することです。例えば：

dev=$(tty)

できます。

echo message > $dev

$$ 対話型シェルの場合は現在のプロセスPIDを取得し、関連するシェルPIDをスクリプト化します。

以下を使用できます。

readlink -f /proc/$$/fd/1

例：

% readlink -f /proc/$$/fd/1
/dev/pts/33

% var=$(readlink -f /proc/$$/fd/1)

% echo $var                       
/dev/pts/33