シェルスクリプト総合その20

**名無しさん＠お腹いっぱい。** · 2012/06/08(金) 00:35:51.19

シェルスクリプトの総合スレです。
スクリプトのお勉強・自慢・腕試しなどにどうぞ。

□お約束
・特記なき場合はBourne Shell(/bin/sh)がデフォルトです。
　bash/zsh/ksh/ashなどに依存する場合は明示しましょう。
　Linuxユーザは/bin/shの正体がbashなので特に注意。
　FreeBSDユーザは/bin/shの正体がashなので注意。
　v7 shに一番近くて、現役のshは、OpenSolaris由来のheirloom sh。
　 http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/sh/
　 http://heirloom.sourceforge.net/sh.html
・csh/tcshのシェルスクリプトは推奨されません。
　(理由は「csh-whynot」でググれ)
・UNIXにはシェルスクリプトに便利な小さなコマンドがいろいろあります。
　manや参考リンクを見ましょう。
　aproposないしはman -kでそれらしい単語による簡単な検索もできます。
・シェルスクリプトのことをシェルってゆーな
・シェルで使えるワイルドカード等は正規表現ではありません。
　正規表現の話題はスレ違い(正規表現スレへ)

□初心者へのアドバイス:
・適した道具を判断するのも頭の重要な使い方。シェルスクリプトよりも
　RubyやPerlの方が適した仕事には素直にそちらを使いましょう。
・知らないコマンドが出てきたらmanを引きましょう。
・思い通りに動かないときは、まずは sh -x でトレースしましょう。

前スレ
シェルスクリプト総合その19
http://toro.2ch.net/test/read.cgi/unix/1323515200/

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 13:35:51.04

>>423
v7シェルでいいんじゃないかな。シェル関数すらない孤高の頂で頑張ってください。
ところで、posixシェルのどこが糞なんだい?

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 13:38:15.67

POSIXには現物がない。ハイ、ロンパー

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 13:39:10.75

>>424
撤回してないぞ。よくよめ。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 13:39:29.54

AND規格には現物がない。はい、ロンパー

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 13:41:58.86

>>427
bashもzshもkshも全部AND規格(笑)の上位互換

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 13:43:45.90

>>428
それ以前にPOSIXには現物がないんだから >>428 では論破になってない。

A,Bという二つのものに対して、Bのみ満たす条件を示された時、
A信者が A,Bとも満たさない条件を持ってきてだから Bもダメだといってるようなもの。
それで A が良いことにはならない。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 13:52:44.60

>>439
> それ以前にPOSIXには現物がないんだから >>428 では論破になってない。
それ以前にAND規格には現物がないんだから >>426 では論破になってない。

> A,Bという二つのものに対して、Bのみ満たす条件を示された時、
違うよ、Aが満たしていないという(現物がない)と言っているのが>>426

> A信者が A,Bとも満たさない条件を持ってきてだから Bもダメだといってるようなもの。
> それで A が良いことにはならない。

現物がないという条件なら両方同じと言っているだけだ。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 14:15:04.40

POSIXは現物シェルのANDでも表せない。ハイ、ロンパー

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 14:43:09.24

>>413
これか、「夏だなぁ厨」ってのは

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 14:48:40.91

夏はまだ、始まったばかり。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 14:50:44.43

>>423
VMwareの上でSolaris2.5を動かして確認してる。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 17:01:06.41

AND規格の現物シェルは存在しない。はい、ロンパー

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 17:07:14.87

POSIXは現物シェルのANDでも表せない。ハイ、ロンパー
bash/zsh/kshのANDは、現物シェルのANDで表せる。ハイ、ロンパー

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 17:10:50.82

スーパーセットなシェルじゃダメだという主張は引っ込めるのか？
> (上位互換とかじゃダメだぞ。POSIX以外の文法も一切動いてはイカン)

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 17:15:25.23

bash/zsh/kshのANDは、現物シェルのANDのスーパーセットじゃなくてイコール。
ハイ、ロンパー

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 17:25:31.70

>>439
↓この各々のシェルは、AND規格のスーパーセットだよなあ。ｗ
家内制手工業の自称プロには難しすぎるかな。?

$ bash script
$ zsh script
$ ksh script

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 17:36:32.38

ルイージ理論的には違う。はい論破www

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 17:51:38.94

飽きない？

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 17:56:40.12

どうでもいいが、$ zsh -y script にするべきだな。
SH_WORD_SPLITを有効にしないと互換性ないよ。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 18:10:03.73

うつみみどり

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 18:31:38.08

ハイハイロンパールームロンパールーム

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 21:35:16.58

家内制手工業の自称プロはANDとる作業に戻ったらしい。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 21:45:10.93

久しぶりに来たら変なの湧いてるな。
ash, bash あたりは POSIXシェルの現物じゃん。
zshは >>443 の言う通り微妙に違うけど。
POSIXに現物がないとか言ってる奴は、CやC++でも
言語規格も知らずにプログラム書くのか？ありえん。
(単に英語が苦手だから最新の規格書が読めなくてこだわってるだけだったりしてw)

基本、POSIXを参照して調べて、ashあたりで動作確認すれば
いいと思うけどな。（POSIX外の拡張が少ないという意味で）

とは言うものの、俺はまだ古いSolarisの保守とかもしてるので、
POSIX範囲内でも使えない機能とかあって鬱なのだが。orz
幸い、Solaris 5.8でもシェル関数は使える。
これがなきゃ死んでるところだ。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 21:47:07.40

bashで書いておいてbashがない環境ならbashをインストールする。
って手段すら取れないような環境にいるやつってどれだけいるんだろ。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 21:58:53.44

まあそれで良ければbashでもいいと思うよ。

でも、ちゃんと言語仕様を勉強してれば、POSIX範囲内で書くのも苦じゃ
ないので、bash入れる手間はたいしたことないけど、それも省くために
POSIX範囲内で書くってのもアリでしょ。

もっと多いのはオープンソースでソフトウェアを配布する場合で、
*BSDとかDebianとかはbashが入ってる保証はないから(入れるのは簡単だけどね)、
POSIX範囲内におさまるように（時にはv7 シェル程度でも動くように）書くのが普通。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 22:08:43.38

さすがにシェルファンクションないv7はない。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 22:13:23.77

まあ自分で普通に書く場合は、それが最低譲れない線だわ。
ただautoconf使う場合は、autoconfマクロでシェル関数を代替できるので、
シェル関数使わずに書くけど。

**名無しさん＠お腹いっぱい。** · 2012/07/29(日) 22:14:29.06

autoconfマクロじゃなくてm4マクロと言うべきか？
まあ意味分かるよね。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 06:23:35.06

posixでは、echoには -n -e とかのオプションがない。
常に、-e オプションが付いたような状態で動作しなければならない。
例えば echo 'hoge\c' で改行なしになるとか、
echo -n は -n をそのまま(改行付きで)出力とか。

FreeBSDのashはその仕様に従っていないので、
posixだけ見て書くとechoの部分が正常に動かない。

だからposixには実用性がない。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 07:47:46.92

man echo
に、echoはポータビィリティに問題があり、代わりにprintfが使えると書いてる。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 07:54:35.33

ばんな

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 07:56:07.99

>>454
それは知ってるよ。

ashはposixを満たしてると言う主張に対する反論ね。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 07:59:52.14

>>454
FreeBSDのashにはprintfが組み込まれてない(外部)ので、
printfの使用はパフォーマンス的にダメージ。
実際、FreeBSDのスクリプトはechoが多用されてる。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 08:58:27.43

> 常に、-e オプションが付いたような状態で動作しなければならない。
ダウト。-nは実装依存と書かれているわけだが。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 09:33:41.12

>>458
いいや、バックスラッシュ付き文字の解釈は必須。
-n はオプションではないとも明記されてる。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 09:49:52.52

実装定義と書かれているわけだが。

A string to be written to standard output. If the first operand is -n,
or if any of the operands contain a backslash ( '\' ) character,
the results are implementation-defined.

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 09:50:58.33

>>458
> -nは実装依存と書かれているわけだが。

実装依存なら使っちゃダメじゃんwww
FreeBSDのrcスクリプトは echo -n バンバン使ってるぞ。
この件だけでも「POSIXだけ守ってれば良い」の反証として十分だよね。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 09:54:33.32

echo
略

OPERANDS
The following operands are supported:
string
A string to be written to standard output. If any operand is -n,
it will be treated as a string, not an option.
The following character sequences will be recognised within any of
the arguments:

\a Write an alert character.
略

-nはオプションじゃなく文字列として扱え、
以下の(\)シーケンスを認識しろ、

と書かれてるね。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 09:59:16.71

それはここでbash依存の質問をしてくるようなもんｗ

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 10:06:31.42

>>461
FreeBSDが使っている事と「POSIXだけ守ってれば良い」は全く独立なわけだが。

>>462
それはSUSv2。POSIXじゃない。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 10:07:00.53

お前ら、ちゃんとdashのことも考えろよな

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 10:14:40.58

>>464
いや、ここでは「POSIXだけ守ってれば良い」が否定されればそれでいいので
もう結論が出たよ。

>それはSUSv2。POSIXじゃない。
いや、POSIXだよ。1997年のだけど。
少なくともこの時点でのPOSIXがこんなことを言ってたんだから、
役に立たないというのも判ろうもの。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 10:16:54.62

>>457
> FreeBSDのashにはprintfが組み込まれてない(外部)ので、
> printfの使用はパフォーマンス的にダメージ。

微妙にダウトだな。
FreeBSD 9.0 からは printf は builtin に戻ったよ。
FreeBSD 4.X までも builtin だったので、5.X～8.X の間は外部コマンド。
まあ builtin から外したのが判断誤りだったってことだな。
NetBSD の場合、昔からずっと builtin のまま。

> 実際、FreeBSDのスクリプトはechoが多用されてる。

OS 附属のスクリプトは、implementation-defined な仕様を利用してもいい
んだよ。undefined な仕様を利用するのは駄目だが。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 10:22:50.67

>>467
>OS 附属のスクリプトは、implementation-defined な仕様を利用してもいい
>んだよ。undefined な仕様を利用するのは駄目だが。

後出し条件追加ですか?w

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 10:33:03.72

>>それはSUSv2。POSIXじゃない。

> いや、POSIXだよ。1997年のだけど。

さらっと嘘書くなよ。

ttp://en.wikipedia.org/wiki/Single_UNIX_Specification
にちゃんと、
・1997: Single UNIX Specification version 2
・2001: POSIX:2001, Single UNIX Specification version 3
　Beginning in 1998, a joint working group known as the Austin Group
　began to develop the combined standard that would be known as the
　Single UNIX Specification Version 3 and as POSIX:2001 (formally:
　IEEE Std 1003.1-2001).
って、書いてあるだろ。SUS と POSIX が統合されたのは、SUSv3 から。
SUSv2 は POSIX じゃない。

で、SUSv3 の echo の仕様
ttp://pubs.opengroup.org/onlinepubs/009695399/utilities/echo.html
には、ちゃんと implementation-defined って書いてある。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 10:40:01.92

>>OS 附属のスクリプトは、implementation-defined な仕様を利用してもいい
>>んだよ。undefined な仕様を利用するのは駄目だが。

> 後出し条件追加ですか?w

オイオイ、規格書の読み方も知らんのか…
もし implementation-defined な仕様の利用が許されないのなら、
そもそも、なんでわざわざそんな仕様を決めるんだよ。
状況が許せば使っていいからに決まってるだろ。
規格書読む上では、implementation-defined と unspecified と undefined の
違いくらい常識だから、勉強しておくように。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 10:45:07.83

>>470
論点がずれてるし、そんなこと言ってないよ。

「POSIXだけ守ってれば良い」という命題が否定されたので議論終了。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 10:51:04.06

>>471

嘘書いておいて、謝罪もなしか、厚顔無恥とはお前のためにあるような
言葉だな。

> 論点がずれてるし、そんなこと言ってないよ。
> 「POSIXだけ守ってれば良い」という命題が否定されたので議論終了。

論点がずれているのは、おまえさんの方。
もともと「POSIXだけ守ってれば良い」っていうのは、
「ポータブルなスクリプトを書く」という目的を達成するための手段の話だ。

FreeBSD の OS 附属のスクリプトなんて、ポータブルである必要がそもそも
全くない。シェルは ash、OS は FreeBSD だけ考えれば十分だ。
だから、POSIX を守る必要なんてそもそもない。
そういうものを挙げて「POSIXだけ守ってれば良い」っていう意見への反論だと
思うってことは、お前がそもそも、何の話をしているのか理解してないって
ことだな。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 10:54:17.05

>>472
>だから、POSIX を守る必要なんてそもそもない。

↑
POSIXを守る必要なんてそもそもないんですね、駄目押しありがとう。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:01:41.95

家内制手工業に従事する自称プロは「POSIXだけ守ってれば良い」とかいう
命題勝手に作り出してそれを強制終了する以外にチンケなプライド守る方法が
無くなってしまったんだよ。

元々の噴飯ものの主張が
>>390
> ・bash/zsh/kshの共通項に合わせる
> か、
> ・純shに合わせる
> かの2択。
それで、共通項は手作業でAND取るんだって。プロｗｗｗ
これでechoにかかわる非互換はどう解消されるんだろう。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:03:16.64

なんだ、最初から「FreeBSD でだけ動けば良いスクリプト」の話をしてたのかよ。
そういう限定した話を、OS限定しないスレで明示せずに主張してたのか。
悲しい奴だな。

一応指摘しておくが、たとえ「FreeBSD でだけ動けば良いスクリプト」を書く
場合でも（POSIX を守る『必要』はないが）、「POSIX を読んで理解しておく」
方がいいことは明白だ。
POSIX を参照せず、個々のシェルのマニュアルだけ読んでいるってのは、
C++言語の仕様も知らずに、Visual C++ のマニュアルだけ読んでるってのと
同じで、全く褒められた話じゃないからな。
もちろん、ash/bash/zsh すべてで動くスクリプトを書くつもりがあるのであれば、
たとえ FreeBSD 限定であっても POSIX を読んでおいた方がいい。その方が
知識取得の効率がいいからな。
ash/bash/zsh すべてのマニュアルを読んでおくのも勿論良い姿勢で、これまで
それで済んでいたのは分かるが、効率の点からは POSIX を読まないというのは
損であるとしか言いようがない。まあ自分の時間を無駄にしたいのであれば、
それでも構わんが、一般論としてスレでそれを主張するのはやめとけ。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:03:31.55

>>474
>これでechoにかかわる非互換はどう解消されるんだろう。

AND取る時点で自動的に解消されてるよ。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:06:07.21

>>476
はあ?
bash/ksh/zsh/ashで動くスクリプト要求されたらどうするんですかあ?
ANDが空集合だから出来ません。と断るんですか? ｗｗｗ
プロは仕事を選ぶｗｗｗ

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:09:55.97

なんでこうトロくさいやり方に固執するかねえ。まあ、これまでうまく
いってたやり方を続けたいってのは人間の性質としてありがちではあるが。

ちょっと考えれば全部読んでANDするなんて効率悪いことぐらい分かりそうなのに。
エンジニアだったら、時間を効率的に使うことが美徳であることくらい知ってる
だろうに、恥ずかしくならないのかな。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:11:49.79

>>477
実際にAND取ってみればわかるが、空集合にはならない。
その集合だけでOKの用途の場合はechoを使う。
そうじゃない場合はecho以外の手段を使う。

ところが、POSIX至上主義だとimplementation-definedと書かれてるだけで
何の解決にもならない。批判してるのはそういう点だよ。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:14:59.11

> ところが、POSIX至上主義だとimplementation-definedと書かれてるだけで
> 何の解決にもならない。批判してるのはそういう点だよ。

いや、POSIXに従うのであれば printf を使えば解決する。FreeBSD でも動くよ。

まあ FreeBSD 5.X～8.X では、ちょっと遅いが、それは FreeBSD が一時期、
判断間違えてただけの話（しかも、もう直ってる）。
FreeBSD 5.X～8.X 固有のマイナーな問題点を、OS を限定しないスレで主張すんな。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:16:06.92

> その集合だけでOKの用途の場合はechoを使う。
> そうじゃない場合はecho以外の手段を使う。
ぷぷぷ、POSIXと同じこと言ってることに気づいて無いの。ｗｗｗ

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:20:56.87

> ぷぷぷ、POSIXと同じこと言ってることに気づいて無いの。ｗｗｗ

ご苦労さんとしか言いようがないよなあ。
POSIX にズバリそのまま書いてあることを、3つのマニュアルを見比べて、
自分の頭の中でANDするという手間ヒマかけて再発見とか。
まあ、それだけ暇な仕事なんだろう。ある意味うらやましいな。
真似は絶対したくないがw

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:27:08.81

>>477 ってPOSIX読んでないだろ。
指摘されるまで AND取ったら空集合だと思い込んでたみたいだし。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:48:32.16

>>483
はあ? AND取るのにPOSIXは関係ありませんが。
4つのシェルのANDとるなんてバカな作業はもちろんやったことないですけど。ｗｗｗ

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:50:29.32

4つのシェルの仕様のANDをとるのがバカだということは分かるのに、
3つのシェルの仕様のANDをとるのはバカじゃないって思ってんの？
フツー1つの仕様(POSIX)読んで終りだろう、常識的に考えて。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 11:54:55.78

>>485
やだなあ。レス番よく追ってよ。僕(>>477)は、3つのシェルの仕様のANDを
取ってる自称プロを弄ってた方だよ。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 12:02:20.94

あ、そういうことか。勘違いした。
まあ >>477 の主張はちょっと不明確な気がする。
4つのシェルの仕様のANDとって、空集合になるなんてことはあまりない
（だいたいは代替手段がある）ので、何が言いたいのか分からないな。
4つのシェルの仕様をちゃんと読めば、目的が果たせることには変わりない。
問題なのは、それがとんでもない時間の無駄使いだってことだろう。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 12:02:51.87

POSIXでは、echoの引数に -n が(最初に)使われてる場合、
または
バックスラッシュが使われている場合が implementation-defined
と書かれている。

実はこれダウトなんだよ。
bashやzshのechoとか、-E (大文字)も特別扱いするから、(-eもだけど)

echo -E は、POSIXで言うところのimplementation-definedに該当しないはずなのに
ポータビリティーがない。

-E -e の件はPOSIX読んだだけでは書かれていないから、
正確なことを知るには自分でAND取るしかない。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 12:08:03.50

うん、今のたいていのシェルはPOSIX準拠だからね。ANDをとればPOSIXになる。
でも、自称プロは自分でANDを取る。ｗ
延べ数千人のレビューを経たPOSIXより、自分でANDを取った規約の方が上。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 12:11:17.53

>>489
延べ数千人のレビューを得ても echo -E / echo -e を見落としたんですか?

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 12:18:41.90

> -E -e の件はPOSIX読んだだけでは書かれていないから、
> 正確なことを知るには自分でAND取るしかない。

お、珍しくマトモな意見だな。
POSIX の仕様が -n に限ってるのは、BSD の仕様をベースにしてるからだな。
だから *BSD で /bin/sh 使う分には POSIX だけで OK だけど、bash や zsh
だとまずい。
実際、俺は - で始まる文字列は単に避けるか、どうしても必要な場合は
printf 使うようにしてるんだよね。

規格は基本、実装の後追いだから、Linux 起源の仕様がどんどん POSIX に
採り入れられている現状からして、そのうち、echo の仕様も訂正されるん
じゃないかな。(でも getline(3) みたいなウンコはやめて欲しかったがなorz)

こういう齟齬は避けられないから、テストは不可欠だし、できれば各シェルの
マニュアルも確認しておいた方がいい。
でも、順番としてはまず POSIX が最初で、各シェルのマニュアルを参照するのは
後だよ。こういう例外を除き、ほとんどの場合、POSIX が仕様の AND をとっていて
くれるので、その方がずっと効率がいいからな。

だから、「各シェルのマニュアルも読んだ方がいいよ」って言うのなら主張として
いいんだよ。だが「POSIX は要らん。各シェルのマニュアルのANDだけで良い」と
いう主張はおかしい。まず最初に POSIX を確認すべき。
「各シェルのマニュアルのAND」は最後でいい。テストでコケるまで参照しなくても
いいくらいに優先順位が低い。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 13:58:58.26

むしろFreeBSDやashが排除されるのが合理的。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 14:03:07.82

FreeBSDだけやったところで、NetBSD, OpenBSD, DragonflyBSD,
それに Debian GNU/Linux があるぜ。
まあ FreeBSD だけに限っても無理だろうけど。

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 22:42:54.26

ポータブルなスクリプトを作るってスペースを減らすしかないんじゃないの？

**名無しさん＠お腹いっぱい。** · 2012/07/30(月) 23:13:07.54

んっ…はぁっ、あっ

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 00:37:56.28

そもそも改行無しのechoなんて使わなきゃいいのに

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 00:57:04.92

posixシェルを否定する唯一の材料みたいだからね。
ANDとる作業で工数水増ししてるのかもね。ｗ

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 01:04:07.56

すみませｎ
""rm
という記述を見たんですが、""ってなんか意味があるんでしょうか？

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 02:14:35.41

rmがaliasになってるときにaliasを展開しないためじゃないかな

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 06:30:16.07

シェルスクリプト中で alias使うってすごいな。

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 12:35:16.71

>>500
だからだろ

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 12:46:26.03

シェルスクリプト中でジョブコントロールには勝てないだろw

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 14:19:59.11

ジョブコントロールはふつーに使うでしょ。
なんか重い処理を並列で走らせるときに

cmd1 &
cmd2 &
cmd3 &
wait

みたいな感じで。

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 14:34:56.99

>>503
それジョブコントロールちゃう。ただのバックグラウンド。

SIGTSTPで止めてバックに回して、
あとで fgしたりするやつ。

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 15:01:13.63

>>504
節子、を付けるべきだなw

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 15:07:12.60

バックグラウンドで動かすのもジョブコントロールの一部でしょ。

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 15:16:47.63

>>506
ちがう。

決定的な違いはプロセスグループIDの処理。
ジョブコントロールの場合は各コマンドのプロセスグループIDを別々にして、
親のシェルからは独立する。ttyの端末プロセスグループIDを
フォアグラウンドプロセスと同一にし、管理を行なう。

一方、ジョブコントロールなしの場合は、fork/execのあと、
単にwaitしないというだけの処理で、プロセスグループIDは親シェルと同じ。
だから、Ctrl-Cで同一プロセスグループIDのプロセスが死なないように
&を付けたコマンドはSIGINTを無視するようにしている。
(ジョブコントロール有りの場合はSIGINTはそのまま無視しない)

ジョブコントロールは、今のシェルなら set +m で無効にできる。
set +m でジョブコントロール無効にした状態でも
& や waitは実行できる。

純正/bin/shにはジョブコントロールがなかったが、
& や waitは当然実行できる。

**名無しさん＠お腹いっぱい。** · 2012/07/31(火) 15:31:33.28

>>499
それって\の方がシンプルだよね？

**名無しさん＠お腹いっぱい。** · 2012/08/01(水) 22:19:00.88

MNT=$(mount | grep "rootfs/proc")
if [ -z "$MNT" ]; then
mount -t proc proc ../rootfs/proc/
fi
この構文は短縮できないんでしょうか

**名無しさん＠お腹いっぱい。** · 2012/08/01(水) 22:22:35.02

>>509
mount | grep -q 'rootfs/proc' && mount -t proc proc ../rootfs/proc

**510** · 2012/08/01(水) 22:23:46.64

&&ではなく、
|| に。

**509** · 2012/08/01(水) 22:32:13.39

>>510
ははあー

**名無しさん＠お腹いっぱい。** · 2012/08/02(木) 08:59:36.06

いちいち判定しなくても二重にマウントされることはないんだから、
mount -t proc proc ../rootfs/proc/ >/dev/null 2>&1 || :
でいいじゃね？

**名無しさん＠お腹いっぱい。** · 2012/08/02(木) 09:25:31.26

いちいち||判定しなくても最後のステータスが有効なんだから、
mount -t proc proc ../rootfs/proc/ >/dev/null 2>&1; :
でいいじゃね？

**名無しさん＠お腹いっぱい。** · 2012/08/02(木) 09:28:56.05

書き込んだらセミコロン(;)消えた、、まあ、set -eなんてしてないという前提で。

**名無しさん＠お腹いっぱい。** · 2012/08/02(木) 20:18:32.37

jikken () {
command hoge $@
}
という関数を定義してたんですが

jikken -m "" -n "" unko

というコマンドを実行すると
hoge -m -n unko
というコマンドの実行になってしまうんですよね。
引数をきっちり hoge に渡すには
どうしたらいいんですかね

**名無しさん＠お腹いっぱい。** · 2012/08/02(木) 20:24:44.26

command hoge "$@"

**名無しさん＠お腹いっぱい。** · 2012/08/02(木) 20:29:19.70

>>517
ありがとう

**名無しさん＠お腹いっぱい。** · 2012/08/08(水) 12:58:57.06

bash だと変数の部分文字列を ${a:m:n} で取得できるけど、
同じことを bash の拡張機能を使わず、かつ内部コマンドだけでやる方法ってないかな？

いまは echo $a | cut -c$x-$y でやってるけど、
スクリプト中で何百回と呼ばれていて、これのせいでかなり速度が遅くなっちゃってる。

**名無しさん＠お腹いっぱい。** · 2012/08/08(水) 13:18:46.05

>>519
頭の3文字と後ろの2文字をカットしたい場合、

a=ABCDEFG
b=${a#???}
echo "${b%??}"

みたいにするしかないかな。この例では DE が残る。

**名無しさん＠お腹いっぱい。** · 2012/08/08(水) 14:17:12.55

ありがとう。それは考えたんだけど、位置を数値指定したいんだよね。
? を指定回数数並べた文字列を作るのにまためんどくさい手間がかかるのはちょっと。

とはいえ、やっぱり方法はそれしかないよなぁ。

**名無しさん＠お腹いっぱい。** · 2012/08/08(水) 14:18:52.44

>>521
printf %.5s '??????????????'

で5個の ????? が得られるよ。

**名無しさん＠お腹いっぱい。** · 2012/08/08(水) 14:20:25.24

欲しいのはこっちだろ
printf "%.*s" 5 '?????????????????????????????'

**名無しさん＠お腹いっぱい。** · 2012/08/08(水) 14:24:59.78

>>523
>>522 で合ってる。 %.${a}s にすればいいだけ

シェルスクリプト総合 その20

シェルスクリプト総合その20