MSYS2 と同様に、Linux でも CRLF (キャリッジリターン) を含む Bash スクリプトを処理できますか?

Question 1

私の知る限り、Bash に Windows スタイルの行末を受け入れるように指示する方法はありません。

Windowsの場合、コミット時に設定フラグを使用して行末を自動的に変換するGitの機能に頼るのが一般的ですautocrlf。たとえば、GitHub の行末に関するドキュメントこれは GitHub に固有のものではありません。この方法では、ファイルは Unix スタイルの行末でリポジトリにコミットされ、各クライアントプラットフォームに合わせて適切に変換されます。

(逆の問題は問題ではありません。MSYS2 は Windows 上で Unix スタイルの行末で正常に動作します。)

Answer

私の知る限り、Bash に Windows スタイルの行末を受け入れるように指示する方法はありません。

Windowsの場合、コミット時に設定フラグを使用して行末を自動的に変換するGitの機能に頼るのが一般的ですautocrlf。たとえば、GitHub の行末に関するドキュメントこれは GitHub に固有のものではありません。この方法では、ファイルは Unix スタイルの行末でリポジトリにコミットされ、各クライアントプラットフォームに合わせて適切に変換されます。

(逆の問題は問題ではありません。MSYS2 は Windows 上で Unix スタイルの行末で正常に動作します。)

Question 2

使用すべきbinfmt_その他そのために[1]。

まず、で始まるファイルを処理するマジックを定義し#! /bin/bash<CR><LF>、次にその実行可能なインタープリタを作成します。インタープリタは別のスクリプトにすることができます。

INTERP=/path/to/bash-crlf

echo ",bash-crlf,M,,#! /bin/bash\x0d\x0a,,$INTERP," > /proc/sys/fs/binfmt_misc/register
cat > "$INTERP" <<'EOT'; chmod 755 "$INTERP"
#! /bin/bash
script=$1; shift; exec bash <(sed 's/\r$//' "$script") "$@"
EOT

試して：

$ printf '%s\r\n' '#! /bin/bash' pwd >/tmp/foo; chmod 755 /tmp/foo
$ cat -v /tmp/foo
#! /bin/bash^M
pwd^M
$ /tmp/foo
/tmp

サンプルインタープリタには 2 つの問題があります。1.スクリプトはシーク不可能なファイル（パイプ）を介して渡されるため、bashはそれをバイトごとに読み取るため、非常に非効率的であり、2.エラーメッセージ/dev/fd/63では、元のスクリプトの名前ではなく、または同様の名前が参照されます。

[1] もちろん、binfmt_miscを使用する代わりに、/bin/bash^Mインタープリタへのシンボリックリンクを作成することもできます。これは、OpenBSDなどの他のシステムでも機能します。

ln -s /path/to/bash-crlf $'/bin/bash\r'

しかし、Linux では、shebanged 実行可能ファイルは binfmt_misc よりも優れているわけではなく、システムディレクトリ内にゴミを置くことは正しい戦略ではなく、システム管理者なら誰でも首をかしげるでしょう ;-)

Answer

使用すべきbinfmt_その他そのために[1]。

まず、で始まるファイルを処理するマジックを定義し#! /bin/bash<CR><LF>、次にその実行可能なインタープリタを作成します。インタープリタは別のスクリプトにすることができます。

INTERP=/path/to/bash-crlf

echo ",bash-crlf,M,,#! /bin/bash\x0d\x0a,,$INTERP," > /proc/sys/fs/binfmt_misc/register
cat > "$INTERP" <<'EOT'; chmod 755 "$INTERP"
#! /bin/bash
script=$1; shift; exec bash <(sed 's/\r$//' "$script") "$@"
EOT

試して：

$ printf '%s\r\n' '#! /bin/bash' pwd >/tmp/foo; chmod 755 /tmp/foo
$ cat -v /tmp/foo
#! /bin/bash^M
pwd^M
$ /tmp/foo
/tmp

サンプルインタープリタには 2 つの問題があります。1.スクリプトはシーク不可能なファイル（パイプ）を介して渡されるため、bashはそれをバイトごとに読み取るため、非常に非効率的であり、2.エラーメッセージ/dev/fd/63では、元のスクリプトの名前ではなく、または同様の名前が参照されます。

[1] もちろん、binfmt_miscを使用する代わりに、/bin/bash^Mインタープリタへのシンボリックリンクを作成することもできます。これは、OpenBSDなどの他のシステムでも機能します。

ln -s /path/to/bash-crlf $'/bin/bash\r'

しかし、Linux では、shebanged 実行可能ファイルは binfmt_misc よりも優れているわけではなく、システムディレクトリ内にゴミを置くことは正しい戦略ではなく、システム管理者なら誰でも首をかしげるでしょう ;-)

Question 3

さて、私は次のような回避策を見つけました:

「ジャンクション」シンボリックリンク

現代の UNIX システムには、保存方法に関係なく、任意のデータをファイルとして表示する方法があります。ヒューズFUSEでは、ファイルに対するあらゆる操作（作成、開く、読み取り、書き込み、ディレクトリの一覧表示など）がプログラム内の何らかのコードを呼び出し、そのコードで好きなことを実行できます。実際にはコマンドである仮想ファイルを作成する試してみるといいでしょうスクリプトまたはヒューズ、または、意欲があれば、自分で作ってみましょう。

... そして実際にはコマンドである仮想ファイルを作成する

あなたが探しているのは名前付きパイプ。

したがって、このアプローチは次のようになります。名前付きパイプを作成し、dos2unixそれに出力してから、bash名前付きパイプを呼び出します。

tmp.shここでは、 ;で終わる CRLF 行を持つオリジナルがあります。/tmpまず、名前付きパイプを作成しましょう。

tmp$ mkfifo ftmp.sh

ここで、このコマンドを実行します。

tmp$ dos2unix <tmp.sh >ftmp.sh

... ブロックされていることに気づくでしょう。その場合は、次のように言います。

~$ cat /tmp/ftmp.sh | hexdump -C
00000000  65 63 68 6f 20 22 74 65  73 74 69 6e 67 22 0a 73  |echo "testing".s|
00000010  74 61 74 20 2e 0a 65 63  68 6f 20 22 74 65 73 74  |tat ..echo "test|
00000020  69 6e 67 20 61 67 61 69  6e 22 0a                 |ing again".|
0000002b

... 変換が完了したことがわかります。catコマンドの実行が完了すると、dos2unix <tmp.sh >ftmp.sh以前にブロックされていたコマンドは終了しています。

dos2unixしたがって、名前付きパイプへの書き込みを「無限」の while ループで設定できます。

tmp$ while [ 1 ] ; do dos2unix <tmp.sh >ftmp.sh ; done

... たとえそれが「タイトな」ループであっても、ほとんどの場合 while ループ内のコマンドがブロックされているため、問題にはなりません。

そうすると、次のことができます:

~$ bash /tmp/ftmp.sh
testing
  File: .
  Size: 4096        Blocks: 8          IO Block: 4096   directory
Device: 801h/2049d  Inode: 5276132     Links: 7
...
testing again
$

...そして明らかに、スクリプトは正常に実行されます。

この方法の良いところは、元のコードtmp.shをテキストエディターで開いて、CRLF で終わる新しいコードを書いて保存しtmp.sh、bash /tmp/ftmp.shLinux で実行すると最新の保存バージョンが実行されることです。

これの問題は、read -p "Enter user: " user実際の端末のstdinに依存するようなコマンドは失敗するということです。むしろ失敗しないのですが、試す場合は次のようにします。/tmp/tmp.sh

echo "testing"
stat .
echo "testing again"
read -p "Enter user: " user
echo "user is: $user"

... 次のように出力されます:

$ bash /tmp/ftmp.sh
testing
  File: .
  Size: 4096        Blocks: 8          IO Block: 4096   directory
...
 Birth: -
testing again
Enter user: tyutyu
user is: tyutyu
testing
  File: .
  Size: 4096        Blocks: 8          IO Block: 4096   directory
...
 Birth: -
testing again
Enter user: asd
user is: asd
testing
...

... などなど - つまり、ターミナルのキーボードからの stdin は正しく解釈されますが、何らかの理由でスクリプトがループを開始し、最初から何度も繰り返し実行されます (read -p ...元のにコマンドがない場合には発生しませんtmp.sh)。おそらく、これを処理できるリダイレクト機能 (たとえば、~~ループコマンドにsome0>1&などwhile~~を追加するなど。実際、同じようにループを開始する.shスクリプトがあり、スクリプトの最後に明示的にを追加するだけで、スクリプトのループが停止するようです) があるかもしれませんが、これまでのところ、使用する必要があるスクリプトには同様のコマンドがないため、このアプローチが機能する可能性があります。wgetexit.shread -p

Answer