シェルスクリプト総合 その26 [無断転載禁止]©2ch.net

[1 名無しさん＠お腹いっぱい。 2017/03/20(月) 12:07:26.41]

シェルスクリプトの総合スレです。
□お約束
・特記なき場合はBourne Shell(/bin/sh)がデフォルトです。
　bash/zsh/ksh/ashなどに依存する場合は明示しましょう。
　Linuxユーザは/bin/shの正体がbashまたはdashなので特に注意。
　FreeBSDユーザは/bin/shの正体がashなので注意。
　v7 shに一番近くて、現役のshは、OpenSolaris由来のheirloom sh。
　 http://src.illumos.org/source/xref/illumos-gate/usr/src/cmd/sh/
　 http://heirloom.sourceforge.net/sh.html
・csh/tcshのシェルスクリプトは推奨されません。
　(理由は「csh-whynot」でググれ)
・UNIXにはシェルスクリプトに便利な小さなコマンドがいろいろあります。
　manや参考リンクを見ましょう。
　aproposないしはman -kでそれらしい単語による簡単な検索もできます。
・シェルで使えるワイルドカード等は正規表現ではありません。
　正規表現の話題はスレ違い(正規表現スレへ)
・シェルスクリプトのことをシェルってゆーな
□初心者へのアドバイス:
・適した道具を判断するのも頭の重要な使い方。シェルスクリプトよりも
　awkまたはperlの方が適した処理にはそちらを使いましょう。
・知らないコマンドが出てきたらmanを引きましょう。
・思い通りに動かないときは、まずは sh -x でトレースしましょう。
□回答者への注意事項:
・シェルスクリプトでの処理方法を質問しているのに、よくわからずに
　「そういうのはperl使いましょう」と回答するのはやめましょう。
　安易にperlに逃げずにシェルスクリプトで処理するのが頭のいいやり方。
前スレ
シェルスクリプト総合 その25
http://echo.2ch.net/test/read.cgi/unix/1439563321/

[213 sage 2017/06/02(金) 20:17:29.65]

(head ; tail ) < file
で、先頭10行・末尾10行が出るのはどういう仕組み?
FreeBSD+ash、bash で確認。
man にはそれらしい記述がないように見える。

[214 名無しさん＠お腹いっぱい。 2017/06/02(金) 21:17:20.29]

ちなみに GNU coreutils の head, tail だと

seq 10 | { head -1; tail -1; }
1

となる。以下の場合は

seq 10240 | { head -1; tail -1; }
1
10240

となる。これは head コマンドが一定量のデータをバッファリングした
まま処理を終了してまうから。BSD系のコマンドでは未使用なデータは
パイプバッファに戻してくれるので tail コマンドで読み出すことができる。

[215 名無しさん＠お腹いっぱい。 2017/06/03(土) 15:49:14.51]

ともにデフォルトが10行だからじゃないの？

[216 名無しさん＠お腹いっぱい。 2017/06/04(日) 01:26:27.62]

>>212
クックブック注文しました
ありがとう

[217 名無しさん＠お腹いっぱい。 2017/06/05(月) 08:12:28.10]

どうやって実現してるの？パイプではseekできないと
ずっと思ってた

[218 名無しさん＠お腹いっぱい。 2017/06/05(月) 10:37:40.02]

tailのソース読んでみたら？

[219 名無しさん＠お腹いっぱい。 2017/06/06(火) 12:55:43.92]

>>214
BSDは知らないけど、普通stdioで読む単位は4096byteとかだから
headがそれを読んでexitした場合残りをtailが読むことになる
入力データが4096byte以下ならheadしか受け取れないが、大きければ
headとtailがそれぞれ入力を受け取れる
パイプに戻すとかいうインタフェースはunixにはない

[220 213 2017/06/13(火) 13:42:47.20]

どうもです。
要は head と tail でディスクリプタを共有してて、未 read の部分を tail が読んでいるんだと思うんだけど、
親子じゃないプロセスでディスクリプタ共有なんてできるんでしたっけ、と思って驚いた
(できてるから、できるんだろうけど)。

ちなみに tcsh でもできた。

ただ、下記の ★1 と ★2 で結果が違うのはどうしてなんでしょう。
コマンドかファイルかで、stdio のバッファリングの違いってあったっけ。

$ seq 100 > seq100.txt
$ seq 10024 > seq10024.txt
$ cat seq100.txt | { head -1 ; tail -1 ; } # ★1
1
$ { head -1 ; tail -1 ; } < seq100.txt # ★2
1
100
$ cat seq10024.txt | { head -1 ; tail -1 ; }
1
10024
$ { head -1 ; tail -1 ; } < seq10024.txt
1
10024

[221 213 2017/06/13(火) 13:51:01.95]

>>214
> ちなみに GNU coreutils の head, tail だと
> seq 10 | { head -1; tail -1; }
> 1
> となる。
なお、FreeBSD でも
$ jot 10 | { head -1; tail -1; }
1
でした。

head・tail で共有しているのはディスクリプタだけであって、
stdio バッファの共有はしていないので、戻すってのが ungetc(3) 的な
ものを指しているのであれば、戻したとしても tail がそれを読めるわけでは
ないと思っています。

[222 名無しさん＠お腹いっぱい。 2017/06/13(火) 15:00:33.86]

>>220
seq 100は4096バイト以下だから。
seq 1042でtail -2
したら切れ目がわかるかと。

[223 213 2017/06/13(火) 15:13:53.06]

★1も★2 も seq 100 なのに、なぜ結果が違うのか、というのが疑問なのであります。

[224 名無しさん＠お腹いっぱい。 2017/06/13(火) 15:15:44.72]

ファイルディスクリプタがプレーンファイルならlseekするから

[225 名無しさん＠お腹いっぱい。 2017/06/13(火) 15:19:58.75]

ごめん、mmapだった

[226 名無しさん＠お腹いっぱい。 2017/06/14(水) 09:15:41.39]

>>223
要するに>>224の通りなんだけど
&#11088;１の書き方の場合、標準入力がパイプになるので（lseekできないので）tailには何も渡らない
&#11088;２の場合標準入力は通常ファイルseq100.txtなのでtailはlseekして読み直すから読める

[227 213 2017/06/14(水) 10:53:46.67]

ありがとうございます。
https://svnweb.freebsd.org/base/head/usr.bin/tail/tail.c?revision=314436&;view=markup#l227
で lseek で先頭に戻るってのが成功するか否か、ってことですね。

[228 名無しさん＠お腹いっぱい。 2017/06/14(水) 11:09:43.34]

head -1 じゃなくて read を使ってこんな事をしてたり

df -h | { read h; echo "$h"; sort -k5,5gr; }

[229 名無しさん＠お腹いっぱい。 2017/07/01(土) 20:45:46.61]

流石に上手いわ

[230 名無しさん＠お腹いっぱい。 2017/07/01(土) 23:39:20.14]

>>228
惚れる。UNIX の基本コマンドだけじゃん

[231 名無しさん＠お腹いっぱい。 2017/07/05(水) 17:14:04.26]

>>228
やるやん(´・ω・｀)

[232 名無しさん＠お腹いっぱい。 2017/07/08(土) 09:49:05.30]

>>220
子同士だから親から引き継いだ同じものを共有してる