[Bash]標準出力・標準エラー出力の全て(1>&2とか)まとめ
標準出力と標準エラー出力についてメモ
毎回調べ直すことになっているので、メモメモ。さらに調べるのにまとまったサイトがなくて1つ1つ調べるはめになるので。まとめ
シェルによって違いがあるため今回はbashに限る
前提知識
【知識0】
unixコマンドは左から右に処理される。これは絶対
【知識1】
(標準入力 : 0)
標準出力 : 1 ※画面に出力される
標準エラー出力 : 2 ※画面に出力される
【知識2】
0,1,2はファイルディスクリプタと呼ぶ
【知識3】
「>」リダイレクト
シェルの結果を出力する場所を指定可能
command ファイル・ディスクリプタ> 出力先
※commandは何らかのコマンドかshファイルとしている
【知識4】
出力先などを特定のファイルディスクリプタに送りたい場合は「&ファイル・ディスクリプタ」とする
echo "standard output" >&2
【知識5】
/dev/nullはunixのスペシャルファイルで空ファイルの事
例えば下記はhoge.txtファイルを空にする
cat /dev/null > hoge.txt
標準出力とは
単純に画面に出力する文字列のこと(実行結果)
#!/bin/bash echo 'standard output'
標準エラー出力とは
シェルで実行時に発生したエラー・メッセージのこと(実行した結果コマンドエラーとなった出力)
標準出力ではなく標準エラー出力として出力する
#!/bin/bash echo 'standard error output' 1>&2
標準エラー出力のみ出力する
標準出力と標準エラー出力が表示される場合に標準エラー出力のみを表示する
#!/bin/bash command > /dev/null
※commandは何らかのコマンドかshファイルとしている
標準出力も標準エラー出力も出力しない
標準出力と標準エラー出力が表示される場合に標準エラー出力のみを出力する
#!/bin/bash command > /dev/null 2>&1
※commandは何らかのコマンドかshファイルとしている
1>&2
1の出力先を2の出力先にマージする ではなく 1の出力先を2の出力先と同じものに設定する ということらしい
「x>&y」は「x の出力先をyの出力先と同じものに設定する」が正しい
実践
■リダイレクトなしの場合
#!/bin/bash command
※commandは何らかのコマンドかshファイルとしている
標準出力 : 画面
標準エラー出力 : 画面
■標準出力のみファイルにリダイレクトする場合
#!/bin/bash command 1>file
※commandは何らかのコマンドかshファイルとしている
標準出力 : file
標準エラー出力 : 画面
■標準出力と標準エラー出力をファイルにリダイレクトする場合
#!/bin/bash command 1>file 2>&1
※commandは何らかのコマンドかshファイルとしている
標準出力 : file
標準エラー出力 : file
これはunixコマンドは左から右に処理されるため、まずは1>fileから処理される
標準出力 : file
標準エラー出力 : 画面
そして2>&1が処理されるため2の出力先を1の出力先と同じに設定したため
標準出力 : file
標準エラー出力 : file
このようになる
ここら辺を追って理解できれば知識として問題なしとしておこう
その他おすすめの備忘録
- [Android]実機デバッグでdata/dataの中身を確認する手順
- [Android]antでビルドして「Cannot recover key」エラーとなる原因について
- [Ruby]標準出力(p,puts,printなど)の単体テストを行う方法(Test::Unit)
- [AWS]MacでEC2インスタンスへssh接続
- [Android]logcatコマンドの出力する値をアプリから取得する方法
- [GitHub]新規リポジトリ作成したあとのremoteとpushコマンドについて
- [MAC]ssh-keygenコマンドで秘密鍵・公開鍵生成
- [BASH]シェル(bash)でsplit(区切り文字で分割して取得)を実行する方法
- [Grunt]デザイナ向け自動化ツールGruntの開発環境構築から動作確認まで
- [tmux]tmuxの設定ファイルtmux.confの設定情報を変更して反映されない場合の対応
6 Responses to [Bash]標準出力・標準エラー出力の全て(1>&2とか)まとめ
コメントを残す コメントをキャンセル
コメントを投稿するにはログインしてください。
coffee-break
Don't write code that useless.
1日5杯はコーヒー、カフェオレ飲みます。狭心症のため安静にします☆松本 雄貴
Kotlinでサービスリリース目指す!
iOSでチャットアプリ作成中。自然言語解析LSIを習得中
Mac / Android・iOS / Rails / Oracle
2017年 Lpic L2取得
2012年 Android技術者資格取得
2010年 OracleMasterGold10g取得
2008年 CCNAQiitaもたまに投稿
https://qiita.com/y-matsumoto東京近郊で常駐開発探してる方はこちらよりご連絡ください
SES企業でパートナー会社を探している企業様はこちらよりご連絡ください
スプリットカメラ iOS / Android
音声認識で聞いた日付から曜日当てアプリ Android
ソーシャルタイマー Android
カテゴリー
- ActiveRecord (2)
- Android (52)
- AndroidStudio (10)
- Ansible (1)
- AWS (1)
- Bash (18)
- Blog (7)
- BootStrap (1)
- CentOS (16)
- Chef (1)
- css (2)
- Eclipse (5)
- error (1)
- Facebook (2)
- Firebase (1)
- FuelPHP (16)
- Git (22)
- GitHub (3)
- Gradle (2)
- GraphAPI (1)
- Grunt (1)
- heroku (2)
- illustrator (1)
- iOS (17)
- Java (4)
- Jenkins (1)
- jQuery (3)
- Kotlin (2)
- Mac (22)
- nginx (1)
- Node.js (3)
- peco (1)
- php (5)
- Python (1)
- Rails (16)
- Ruby (11)
- shell (1)
- SNS (1)
- Swift (2)
- tmux (2)
- Vagrant (6)
- Vim (6)
- windows (2)
- WordPress (3)
- zsh (4)
- フリーランス (1)
- ライブラリ (1)
- 勉強会 (2)
- 宣伝 (1)
- 未分類 (2)
最近の投稿
- [MAC]HighSierraでgitプッシュエラー「Unable to negotiate with xxx.xxx.xxx.xxx port xx: no matching cipher found. Their offer: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se fatal: Could not read from remote repository.」
- [iOS]iOS11からFacebook,Twitter連携(シェアなど)廃止の対応方法
- [iOS]速報2017AppleSpecialEventのiOS11、iPhone8など発表内容について
- [iOS][Firebase]The default Firebase app has not yet been configured. Add `[FIRApp configure];
- [iOS]2017年9月リリースのiOS11で開発者が対応するべきこと
- 今人気の現金化サービスCASH(キャッシュ)を使ったレビュー
- [Pandoc][Mac]pandocでmarkdownからwordファイル作成
- [Android]映画サマーウォーズの聞いた日付(誕生日)から曜日当てをアプリ音声認識で簡単に実現
- [Android]起動しているActivityを取得するadb shell コマンド
- [Android][Kotlin]kotlin学習で参考になるサイト一覧
2023年6月 月 火 水 木 金 土 日 « 5月 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 アーカイブ
- 2018年5月
- 2017年9月
- 2017年8月
- 2017年7月
- 2017年6月
- 2017年5月
- 2017年2月
- 2017年1月
- 2016年12月
- 2016年7月
- 2016年6月
- 2016年1月
- 2015年12月
- 2015年11月
- 2015年10月
- 2015年9月
- 2015年8月
- 2015年7月
- 2015年6月
- 2015年5月
- 2015年4月
- 2015年3月
- 2015年2月
- 2015年1月
- 2014年12月
- 2014年11月
- 2014年6月
- 2014年5月
- 2014年4月
- 2014年3月
- 2014年2月
- 2014年1月
- 2013年12月
- 2013年11月
- 2013年9月
- 2013年8月
- 2013年7月
- 2013年6月
- 2013年5月
- 2013年4月
- 2013年3月
- 2013年2月
- 2013年1月
- 2012年12月
- 2012年10月
- 2012年5月
- 2010年6月
エントリ
標準出力・標準エラー出力の全て(1>&2とか)まとめ | Memorandum blog B!
1>&2が解らず辿り着いたが、必要な前提知識が全て書かれている。技術ブログの教科書のようなエントリ。
1>&2が解らず辿り着いたが、必要な前提知識が全て書かれている。技術ブログの教科書のようなエントリ。 / “[Bash]標準出力・標準エラー出力の全て(1>&2とか)まとめ | Memorandum blog” — Ryota Murakami (@malloc007) February
「1>&2」の意味をはじめてちゃんと理解できたわ。標準出力(ファイルデスクリプタ1)を標準エラー出力(2)と同じところへ向ける、という意味なのね。数字の前の「&」はファイルディスクリプタであることを意味してるのね。
“1>&2”
"2>&1"→「2の出力先を1の出力先と同じものに設定する」なので標準出力と標準エラー出力をファイルにリダイレクトする場合 echo "test" 1>file 2>&1 とする