タグ付けされた質問 「xargs」

xargsは別のコマンドを実行し、標準入力からその引数を生成するコマンドです

6
xargsはいつ必要ですか?
xargsコマンドは常に私を混乱させる。一般的なルールはありますか? 以下の2つの例を検討してください。 $ \ls | grep Cases | less 「Cases」に一致するファイルを出力しますが、コマンドを変更するには次のものtouchが必要ですxargs。 $ \ls | grep Cases | touch touch: missing file operand Try `touch --help' for more information. $ \ls | grep Cases | xargs touch

4
「検索」の出力をソートしますか?
findコマンドにパイプする前に、出力をアルファベット順にソートできる必要があります。| sort |間の入力が機能しなかったので、どうすればよいですか? find folder1 folder2 -name "*.txt" -print0 | xargs -0 myCommand
77 shell  find  sort  xargs 

2
xargsを最初のパラメーターとして渡す
私はこの動作を生成しようとしています: grep 192.168.1 *.txt Xargsを介して文字列をgrepに渡しますが、最初のパラメーターとしてではなく、最後に進みます。 echo 192.168.1 | xargs grep *.txt xargs(または同様のもの)に、入力文字列を末尾ではなく「grep」と「*」の間に置くように指示する必要があります。 どうすればいいですか?
53 xargs 

7
ファイルからの入力でxargsを使用する
次のファイルがあるとします bob john sue 現在、これらの直接のような(この場合)URLパターンにcorrospond http://example.com/persons/bob.tar、john.tar、sue.tar。 これらの線を使って、それらを実行したいxargsです。しかし、実行中のコマンドに何が渡されるのかわかりません。プロンプト(たとえば、各行を単にエコーするcat file | xargs echo $PARAM)またはbashスクリプトからパラメーターにアクセスするにはどうすればよいですか。
41 bash  scripting  xargs 

1
GNUパラレルvs&(バックグラウンドを意味する)vs xargs -P
.shスクリプトで一連のタスクを実行することの違いまたは利点(ある場合)を使用して混乱しているGNU parallel 例えば、Ole Tangeの答え: parallel ./pngout -s0 {} R{} ::: *.png それらをループしてバックグラウンドに置くと言うよりも&。 例えばfrostschutzの答え: #copied from the link for illustration for stuff in things do ( something with stuff ) & done wait # for all the something with stuff 要するに、それらは単に構文的または実際的に異なっていますか?そして、実際に異なる場合、それぞれをいつ使用する必要がありますか?

3
パイプされたxargsの後のパイプコマンド
HP-UX ***** B.11.23 U ia64 ****無制限ユーザーライセンス find . -type d -name *log* | xargs ls -la ディレクトリ名(ディレクトリ名に含まlogれる名前)に続いて、そのディレクトリ内のすべてのファイルが表示されます。 ディレクトリは /var/opt/SID/application_a/log/、 /var/opt/SID/application_b/log/、 /var/opt/SID/application_c/log/などのログファイルが含まれています。 lsコマンドで最新の2つのログファイルのみを一覧表示したいので、通常はを使用して見つけますls -latr | tail -2。 出力はこのようなものでなければなりません。 /var/opt/SID/application_a/log/ -rw-rw-rw- 1 user1 user1 59698 Jun 11 2013 log1 -rw-rw-rw- 1 user1 user1 59698 Jun 10 2013 log2 /var/opt/SID/application_b/log/ -rw-rw-rw- 1 user1 …
38 shell  find  pipe  xargs 


4
find -exec + vs find | xargs:どちらを選択しますか?
の動作を模倣-execする+オプションを選択できることを理解していますxargs。あるフォームを他のフォームよりも好む状況はありますか? 個人的には、パイプの使用を避けるためだけに、最初の形式を好む傾向があります。開発者はfind適切な最適化を行ったに違いない。私は正しいですか?
32 bash  find  pipe  xargs 

4
ファイルを見つけてからxargsを使用してそれらを移動するにはどうすればよいですか?
いくつかのファイルを見つけてから移動したい。 私はファイルを見つけることができます: $ find /tmp/ -ctime -1 -name x* 私はそれらを私の~/playディレクトリに移動しようとしました: $ find /tmp/ -ctime -1 -name x* | xargs mv ~/play/ しかし、それはうまくいきませんでした。明らかに、mvには2つの引数が必要です。 mvコマンドでxargs 'current item'を参照するかどうか(またはその方法)がわかりませんか?
28 find  rename  xargs 


5
「xargs」が子の出口を無視し、さらに処理を続ける方法
xargs夜間に長時間仕事をすることもありますが、午前xargs中にどこかで途中で死亡したことを発見するのは本当に迷惑です。たとえば、今夜のように1つの特別なケースでセグメンテーションエラーが発生したためです。 1人のxargs子でも殺された場合、それ以上の入力は処理されません。 コンソール1: [09:35:48] % seq 40 | xargs -i --max-procs=4 bash -c 'sleep 10; date +"%H:%M:%S {}";' xargs: bash: terminated by signal 15 09:35:58 3 09:35:58 4 09:35:58 2 <Exit with code 125> コンソール2: [09:35:54] kill 5601 xargs子プロセスが終了すると、入力の処理を停止することをどうにかして防ぐことができますか?
24 kill  xargs  signals 

4
find + xargs:引数行が長すぎます
次のような行があります。 find /foo/bar -name '*.mp4' -print0 | xargs -i {} -0 mv -t /some/path {} しかし、私は次のエラーを受け取りました: xargs: argument line too long 私は混乱しています。の使用はxargs、この問題に正確に役立つと思われませんか? 注:-exec findで技術的に使用できることは知っていますが、上記が失敗する理由を理解したいと思います。なぜなら、私の理解はxargs、入力を実行可能な引数に管理可能なサイズに分割する方法を知っているはずだからです これは真実ではありませんか? これはzshですべてです。
21 xargs  arguments 

6
stdin / stdoutリダイレクトを使用したxargs
実行したい: ./a.out < x.dat > x.ans 各*のための.datディレクトリ内のファイルA。 もちろん、bash / python / whatevereverスクリプトで実行できますが、セクシーなワンライナーを書くのが好きです。私が到達できるのは(まだ標準出力なしで)です: ls A/*.dat | xargs -I file -a file ./a.out しかし、xargsの-aはreplace-str 'file'を理解しません。 ご協力ありがとうございます。


1
テールを使用する場合、改行をヌル区切りに変換します
tail改行の代わりにヌル終了行を使用するように出力を変更するにはどうすればよいですか? 私の質問はこれに似ています:bashのnull区切りの入力で「head」と「tail」を行う方法は?、しかし、私は次のようなことをしたいという点で異なります: tail -f myFile.txt | xargs -i0 myCmd {} "arg1" "arg2" をfind使用していないため、使用できません-print0 これはすべて、xargsで発生するエラーを回避するためです。 xargs: unmatched double quote; by default quotes are special to xargs unless you use the -0 option

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.