歯 の 噛み 合わせ 治し 方 割り箸
シェル実行時のエラー『予期しないトークン `$'\r'' 周辺に構文エラーがあります』 最終更新: hira_kosukety 2019年03月20日(水) 21:44:57 履歴 シェルを実行すると、『予期しないトークン `$'\r'' 周辺に構文エラーがあります』と表示される事がある。 『\r』に注目。 改行コードが CRLFか何かになっているので、エディタ等で、「LF」だけにすると上手くいく。 コメント(0) カテゴリ: 仕事/人材 総合
■事象 予期しないトークン `newline' 周辺に構文エラーがあります ■原因 case ・・・ csac ←このように、本来「esac」なところを タイプミスしている可能性が高い など、文法を確認する
私は端末からこのスクリプトを実行しようとしています(経由 sh )私の端末ウィンドウに次のエラーが表示されます。 /home/MinecraftServers/Ephona/serverconfig/ line 14: syntax error near unexpected token `fi" /home/MinecraftServers/Ephona/serverconfig/ line 14: `fi" #!
予期しないトークン `( 'の近く のエラーメッセージ 構文エラー は、Unixタイプの環境、Cygwin、およびWindowsのコマンドラインインターフェースで発生します。このエラーは、編集されたシェルスクリプトを実行しようとしたとき、または古いDOS / WindowsまたはMacシステムで作成されました。 このエラーメッセージは、ファイルを手動でコピーするなどの日常的なタスクのためにLinuxコマンドラインでコマンドを入力するときにも表示されます。このエラーメッセージが発生する主な理由は、構文が正しくないか、OSが別のシステムのコマンドを解釈する際の問題が原因です。シェル。 予期しないトークン `( 'の近くで構文エラーが発生する原因は何ですか?
/ um_test1 [(1, 2)、(2, 1)] として実行する必要があります [mycom7]#. / um_test1 "[(1, 2)、(2, 1)]" また、コマンド/シェルスクリプトが複数行にわたる場合は、コマンド/シェルスクリプトを正しく実行していることを確認してください。 パラメータタイプのため、二重引用符が必要です。 余分なスペースがあると、コードが台無しになり、エラーメッセージが表示される場合があります。 実行しているコマンドの 公式ドキュメント を確認し、そこに問題があるかどうかを確認してください。 解決策2:シェルスクリプトのトラブルシューティング ソースシステムでは機能するがターゲットではエラーを返すシェルスクリプトを使用している場合、実行中に保存されている変数を確認してスクリプトのトラブルシューティングを行い、問題の原因を確認できます。 これは非常に一般的な原因です。いくつかの場合、シェルは印刷できない文字を解釈しようとします。 「vx」のパラメーターでシェルを実行してみてください。 これにより、実行されているコマンドとスクリプトに保存されている値が表示されます。 ここからトラブルシューティングを行い、問題の原因を診断できます。 たとえば、「vx」を次のように含めた後、ターミナルでスクリプトを実行します。 #sh -vx. / 次のように「cat」コマンドを使用して、スクリプトの内容を確認できます。 #cat 解決策3:「」コマンドを使用する Windows / DOSテキストファイルでは、改行はキャリッジリターン(\ r)とそれに続く改行(\ n)の組み合わせです。 Mac(Mac OS Xより前)では、改行に単純な復帰(\ r)が使用されていました。 Unix / LinuxおよびMac OS Xは、改行(\ n)改行を使用します。 Cygwinを使用している場合、余分なCarriage Return(\ r)文字があるため、DOS / Windowsおよび古いMacで作成されたスクリプトの処理に失敗します。 「」コマンドを使用する ここで、スクリプトを正しい形式に変換する「」コマンドを作成し、問題なく実行できます。 最後に、コマンドと使用しているプラットフォームのタイプを調査し、矛盾がないことを確認する必要があります。 すべての可能性を網羅することはできないため、どのような種類のエラーが発生し、どのように修正するかを考えてください。
ファイルのエンコードの問題である可能性があります。 異なるオペレーティングシステムとエディター間、特にLinuxとWindowsシステム間でファイルを操作するときに、ファイルタイプのエンコードの問題が発生しました。 ファイルのエンコーディングをチェックして、ターゲットのLinux環境に適していることを確認することをお勧めします。 MACを使用している場合、Windowsのテキストエディタを使用した場合よりもエンコーディングの問題は発生する可能性は低いと思いますが、ファイルエンコーディングはまだ検討する価値があると思います。 ---編集(@Potatoswatterが推奨する実際のソリューションを追加) ファイルタイプエンコーディングがこの問題になりうることを示すために、サンプルスクリプトをWindowsのメモ帳にコピーして貼り付け(Macにアクセスできません)、それをLinuxマシンにコピーして実行しました。 [email protected]:~/windows> sh. /originalfile. /originalfile: line 2: syntax error near unexpected token `$'{\r'' '/originalfile: line 2: `test() { この場合、メモ帳はキャリッジリターンとラインフィードでファイルを保存したため、上記のエラーが発生しました。 \r はキャリッジリターンを示します(Linuxシステムは改行で行を終了します \n のみ)。 Linuxマシンでは、次のコマンドを実行して、ファイルからキャリッジリターンが存在する場合はそれを取り除くことで、この理論をテストできます。 cat originalfile | tr -d "\r" > newfile 次に、新しいファイルを実行してみてください sh. シェルスクリプトで空の関数やif文を書いた際に表示されるエラーの回避方法 - Qiita. /newfile 。これが機能する場合、問題は隠し文字としての復帰でした。 注: これは環境の正確な複製ではありません(Macにアクセスできません)が、問題はエディターは、どこかに保存されたキャリッジがファイルに戻ります。 --- /編集 少し詳しく説明すると、オペレーティングシステムとエディターは異なるファイルエンコーディングのデフォルトを持つことができます。通常、アプリケーションとエディターは、使用されるファイルタイプのエンコーディングに影響します。たとえば、Microsoft NotepadとNotepad ++はデフォルトでWindows-1252になっていると思います。改行の違いも考慮する必要があります(Windows環境では、ファイル内の行を終了するためにキャリッジリターンとラインフィードがよく使用されますが、LinuxとOSXでは、通常、ラインフィードのみが使用されます)。 ファイルエンコーディングを参照する同様の質問と回答は、ここにあります。 bashスクリプトの実行に現れる不正な文字