構文エラー：予期しないファイルの終わり—Bashスクリプト[クローズ]

クローズ。この質問には、詳細または明確さが必要です。現在、回答を受け付けていません。

（0）機能した最後のバージョンとの差分を表示する方が便利だったかもしれません。 ……………………いくつかの観察結果（おそらく現在の特定の問題とは関係ありません）:( 1）エスケープされていない;（セミコロン）行末。行157、161、165、168、および169の終わりにあるセミコロンを削除できます（または、セミコロンをそのままにしておくこともできます。スタイルの問題だと思います）…（続き）
（続き）…（2）正当な理由がなく、自分が何をしているかを確実に理解している場合を除いて、常にシェル変数を引用する必要があります。例："$1"、"$2"、"$SECONDS"、"$starttime"。（3）適切にインデントされたコードを読み、デバッグする方が簡単です。（4）FSを設定してから使用しないのはなぜですか？（5）`…`は$(…)と書くことができます。（6）$(($SECONDS - $starttime))は同等に$((SECONDS - starttime))と書くことができます。繰り返しますが、これは基本的にスタイルの問題です。（7）ループ内で変更していないのに、ループ内で"$words_read"を出力するのはなぜですか？
デバッグアプローチは次のとおりです。157行目を削除してみてください- 174そしてスクリプトを再度実行します。それでもエラーが発生する場合（おそらく157行目または158行目であると報告されている）、157〜174行目に問題がないことがわかっているので、さらに振り返る必要があります（したがって、繰り返します）。エラーがなくなるまでのプロセス）。 …（続き）
（続き）…エラーが消えたら、削除した最後の行を元に戻し、それらに向かって口笛を吹き始めます。たとえば、157〜174行目を削除してもエラーが解消される場合は、それらを元に戻しますが、159〜160、163〜168、および171〜172行を削除します。 `grep …`を値のリストに置き換えてみてください。言い換えれば、排除のプロセスを使用します。
スコットのいくつかのコメント'のコメント:(広告2）自分が何をしているのか確信がある場合次に（投稿されたコードで）引用する必要があるのは"$1"だけです。（広告4）おそらく彼はIFSを意味していました（）？

回答

診断“予期しないファイルの終わり「は、一致しない、または終了していない開始構文構造（if、fi、

doneなし、関連する閉じブラケットなしの開始ブラケット、開始しているが終了していない引用符など）。この場合、スクリプトの終わりを指す行番号は、構文構造を検査すると言う以外には役に立ちません。エラーはコードのどこかにある可能性があります。確認する必要があります。

返信ありがとうございます。エラーを見つけて修正しました！
-エラーはコードのどこかにある可能性があります。このアドバイスに賛成するためだけにアカウントを作成しました。

コメントを残す コメントをキャンセル

コメントを残すコメントをキャンセル