bashでは、パイプが値を設定していない後に読み取られます

編集：元のタイトルは「bashで読み取りに失敗しました」

kshでは、値を区切る便利な方法としてreadを使用しています。

$ echo 1 2 3 4 5 | read a b dump
$ echo $b $a 
2 1
$

しかし、それはbashで失敗します：

$ echo 1 2 3 4 5 | read a b dump
$ echo $b $a 

$

失敗した理由は、manページで見つけられませんでした。

bash パイプラインの右側に実行中サブシェルコンテキストをので（何である変数を変更し、readない）に保存されていない-彼らは、コマンドの最後に、サブシェルがないときに死にます。

代わりに、プロセス置換を使用できます。

$ read a b dump < <(echo 1 2 3 4 5)
$ echo $b $a
2 1

この場合、readはプライマリシェル内で実行され、出力生成コマンドはサブシェルで実行されます。<(...)構文は、作成サブシェルを、我々はの入力にリダイレクトパイプへの出力を接続するread通常と<操作。readメインシェルで実行されたため、変数は正しく設定されています。

コメントで指摘されているように、文字列を文字列を何らかの形で変数に分割することが目標であれば、here文字列を使用できます。

read a b dump <<<"1 2 3 4 5"

それ以上のものがあると思いますが、もしなければこれはより良い選択肢です。

これはbashバグであり、振る舞いのPOSIX両方を許可するため、観察している不幸な矛盾につながります。bashksh

http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_12

さらに、マルチコマンドパイプラインの各コマンドはサブシェル環境にあります。ただし、拡張機能として、パイプラインの一部またはすべてのコマンドを現在の環境で実行できます。他のすべてのコマンドは、現在のシェル環境で実行されます。

ただし、bash 4.2新しいバージョンではlastpipe、非対話型スクリプトでオプションを設定して、期待される結果を得ることができます。例：

#!/bin/bash

echo 1 2 3 4 5 | read a b dump
echo before: $b $a 
shopt -s lastpipe
echo 1 2 3 4 5 | read a b dump
echo after: $b $a 

出力：

before:
after: 2 1