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

**デフォルトの名無しさん** · 2019/10/25(金) 00:08:45.53

シェルスクリプトに関する総合スレッドです。

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。
・「○○（他の言語）でいいやん」は禁止。他のスレに行ってください。

シェルスクリプト総合その31
https://mevius.5ch.net/test/read.cgi/tech/1565446670/

**デフォルトの名無しさん** · 2019/12/12(木) 18:38:11.60

>>213
ああ、誰かと同一人物だと思ってる？？違うよ
>>167だって、>>170と言っているだろう(プロセスで並列処理だろう)、
>最初からシェルスクリプトで並列処理できないと思ってたのバレバレだから
とんちんかんな決めつけだろうなw

**デフォルトの名無しさん** · 2019/12/12(木) 18:57:21.35

CPU使い尽くす>>167改変版(やっつけ)
numparallels=8
time zsh -c 'var=1-2; sub () { i=0; while [ $i -lt '$((1000000 / $numparallels))' ]; do [ $(($var)) -lt 0 ]; : $((++i)); done; cat; echo "$1:$i" }; echo'"$(printf " | sub %d" $(seq $numparallels))"
まあ、やってることは何もないので分割並列しても何も問題ないが(そもそもスクリプトの目的としては問題ある)、仮にオプティマイズなんぞがあってもこんなことはしない(だろう)
現在のシェルはsubがプロセスだがスレッドを使っていたりしても、しないだろう

「え？」って何か他にスレッドの効果を出すやり方あるかなあ？？スレッドを使ったとして

**デフォルトの名無しさん** · 2019/12/12(木) 19:01:40.02

>>215

↓こいつが馬鹿だって言ってる。

>>188
> シェルスクリプトで使うのは1コアだけだろうが

並列処理しないコードはコアを使わないと言われても
どんな言語でも当たり前としか言えない。そういう話

**デフォルトの名無しさん** · 2019/12/12(木) 19:04:56.67

>>214

>>167が言うには「シェルスクリプトでスレッドを使わない」（このスレッドとはハイパースレッディングのスレッドの意味）

正しい答えはシェルスクリプトでも並列処理できるし。マルチコアを使い切ることも可能。

**デフォルトの名無しさん** · 2019/12/12(木) 19:06:01.30

>>217,218
お前には聞いてない。最初からそう思っているおもいっきりばかにしたくてなんだろ？
そんなやつの言うことはww 変に勝手に決めつける点からも明らかに

**デフォルトの名無しさん** · 2019/12/12(木) 19:23:11.97

語彙がおかしくなってる（笑）

**デフォルトの名無しさん** · 2019/12/12(木) 19:24:18.99

こういうやつwww

**デフォルトの名無しさん** · 2019/12/12(木) 22:51:40.18

>>201
>>212

俺も作ってみた。
改良どころか根本的な書き直しが必要かもw
https://paste.ubuntu.com/p/wDwt8mWZrx/

**デフォルトの名無しさん** · 2019/12/13(金) 02:20:43.65

>>222
書いていて思ったけど、リンク先のやつ
s=$s" -negate" のsの使い方がわからんのよね
その後どう処理するか

それを入れるともっと複雑になるはずだが
それが書いてないからシンプルに見えちゃう

シェルスクリプトに限らないけど、オプション解析ライブラリはヘルプを
自動で作ろうとするけどそのヘルプを詳しく書こうとするととたんに見づらくなる気がする。
横にに長くなるんだよね。

逆の発想でPythonではヘルプを解析してオプション解析コードを生成するdocoptというものがある。
これのシェルスクリプト版でdocoptsというのもあるけど内部でgoバイナリを呼び出してて
シェルスクリプトネイティブじゃないのでちょっとダサい実装だったはず
https://github.com/docopt/docopts

こっちのほうが良い気がしてるがやっぱりヘルプにこだわりだすと、うーんって感じなので
結局、catで出力する方法で落ち着いてる。↓これね

cat<<HERE
Usage: ・・・

-a, --aaa aaaaaa
HERE

**デフォルトの名無しさん** · 2019/12/13(金) 02:37:48.49

HERE よりその文章全体の要約がUSAGEなので
END_USAGE とかにしたほうがちょっと読みやすい

**デフォルトの名無しさん** · 2019/12/13(金) 03:28:44.87

END_USAGEからはじまるで？

**デフォルトの名無しさん** · 2019/12/13(金) 12:27:46.56

素人がここで訊くのはアレだがコマンドのオプションってなんでああもガバガバなの
lsは-hvlみたいにまとめられるしどこにでも指定できるじゃない
shortとlongで仕様を決めたらしいがfindからして従ってないし
ddはそもそも出自が違うらしいから異質でも納得だけども

**デフォルトの名無しさん** · 2019/12/13(金) 16:35:44.26

>>222
偉そうな言い方になるけど，もしあのスクリプトの
[ ${_helpcnt:-0} -ge 1 ] && \
{ optdoc 'オプションtの解説'; continue; }
という部分が
helpdoc 'オプションtの解説'
みたいに一コマンドで完結していれば使いたくなったかも。
ところが関数の中でcontinueを使うと効果なくなるのよね……w

**デフォルトの名無しさん** · 2019/12/13(金) 18:58:27.09

個人的にはgetoptsはロングオプションが使えないから
それだけで候補にはならんなぁ
かと言ってgetoptはロングオプション使えるけど、
数を増やすと一行がどんどん長くなってしまうｗ

**デフォルトの名無しさん** · 2019/12/13(金) 19:44:00.66

寧ろgetoptはPOSIXに準拠しなくなってしまうから嫌だな。
コマンドの主要な部分でどうしても非POSIXコマンドに頼らざる得ないとかならともかく
オプション解析っていう割と副次的な部分の機能を高めるが為にわざわざ標準から逸脱したくない。
（あんまり拘るとキリないけどw）

**デフォルトの名無しさん** · 2019/12/13(金) 19:51:43.71

あ、getoptが良いって言ってるわけじゃないよｗ

getoptはロングオプションが使えるってのは
一見良いように思えるけど、引数が長くなるから
getoptsが一文字なのは、あえてそうなってるかもなってこと

**デフォルトの名無しさん** · 2019/12/13(金) 19:55:08.60

あとgetoptsもgetoptもだけどさ
使うことでオプション解析って楽になってる？
使わないで独自解析してるのも見かけるけどそれと大差ないように感じる
何が嬉しくてgetoptsもgetoptを使うんだろう？

**デフォルトの名無しさん** · 2019/12/13(金) 21:32:49.16

そりゃ多少なりとも手間が省けるからじゃない？
たしかに結局whileやらcase文やら多用してるから大差ないように思えるけど
-abc←こういう一つのハイフンの後に複数のオプションが指定されている場合を考慮したり
オプション引数があるときはshiftする個数変えたり……
みたいなことは少なくとも俺のような頭の弱い人間には保守・管理しにくい。
経験上，getoptsが使われている場合は，
自前でオプション解析してる場合よりも常套的な構文が使われてる（もうほぼほぼwhileとcaseの入れ子）
から，gettoptsによるオプション解析の部分は読み飛ばしてもOKっていうのは気分が楽w

**デフォルトの名無しさん** · 2019/12/14(土) 11:52:21.09

POSIX man（開発段階）の仕様書に
各企業が「よりよいヘルプ体系」（“better help system”）を付け加えることに意欲的である
っていう文章があるんだけど
このよりよいヘルプ体系について具体的に論じてるページとか知りませんか。

**デフォルトの名無しさん** · 2019/12/14(土) 12:02:40.53

ドキュメントはもうウェブサイトで用意したほうが良いよ

**デフォルトの名無しさん** · 2019/12/14(土) 20:55:20.00

$ man foo
please see http://example.com/foo

ってかw
ネットワーク環境がなかったり貧弱だったりする環境は無視ですかい？

**デフォルトの名無しさん** · 2019/12/14(土) 21:20:20.57

オフラインダウンロード機能でもあればいいだけじゃん
manの表現力は低いわけだし、いまどき画像表示できるマシンを
誰だって持ってるのに、テキストベースに拘る必要はない

開発者とかろくにメンテしないし、多言語化なんてまず無理
wikipediaのマニュアル特化型みたいにして一元管理

MDNが特定のブラウザの特定バージョンでの実装まで書いてあるのと同じように
バージョン違いもLinux版とかBSD版の違いも全部網羅したほうが良いよ。

古いバージョンのドキュメントは、新しい機能のことまで書いてないしね。
ドキュメントは分離して最新のものを常に更新していったほうが良い

**デフォルトの名無しさん** · 2019/12/14(土) 23:05:33.87

まあ「いつのバージョンについていつ書かれたものか」みたいなのは簡単に確認できるようになるといいね。
RDFとか利用するとWebとの相性も良さそう。

**デフォルトの名無しさん** · 2019/12/15(日) 02:19:32.16

>>237
バージョン間で違いが大きすぎるのは別として、
ドキュメント一つで全バージョンを網羅すべきだと思う
このオプションはバージョンいくつ以上から使用可能ですとか

ドキュメントにおいて存在すべきなのは最新のドキュメント一つのみ
バージョンや特定の実装に依存しない。

シェルでもdash用とかbash用とか別々に作るのは無駄だよ。
この機能はbash専用ですとか書いてあれば、一つ見るだけでよくなるし注意点もわかる
別々に作られてたら、あれこれdashで使えるんだっけ？とかなるし

**デフォルトの名無しさん** · 2019/12/15(日) 03:19:52.38

ソフトウェア作ってるのはそんなの気にしないだろう
拡張部分で同じだがちょっと違うとは普通にあるのだし
やるのは他の誰か必要と思ったのがやるもんだろな、たとえば>>238が

**デフォルトの名無しさん** · 2019/12/15(日) 04:20:02.09

>>238
昔のバージョンの動作に問題があったとしても、そこに誰が手を加えるのかって話があるのでまとめるのには無理があると思う。
いつ書いた物で、その当時の最善を尽くした、がお互い（作る方と使う方で）
許容できる最善手じゃないのか？まあつまり>>237の言ってることだがｗ

**デフォルトの名無しさん** · 2019/12/15(日) 04:35:07.70

>>240
wikipedia方式で良いんじゃね？

**デフォルトの名無しさん** · 2019/12/15(日) 10:01:39.28

Wikipedia方式ってのがよく分からんけど
かなり自由に編集できて，既定で最新版が表示されるけど変更履歴が辿れるっていう方式ならいいね。
↑これはwiki全般に言えることだから寧ろコマンドwikiって言ったほうが適切か。

で，Wikipediaの方針をもっと厳しくして
様式を完全に統一したり典拠や変更コメントを必須にしたりしたら
自由に編集できる利点はそのまましっかりした文書になりそう。

という訳で誰かそういうwiki作ってw

**デフォルトの名無しさん** · 2019/12/15(日) 11:36:59.02

必要性を感じた者がやるんだよ! 頑張れ!

**デフォルトの名無しさん** · 2019/12/16(月) 00:44:09.03

日本語manだけ更新日が1990年代
英語manだけなぜかBSD版
--helpと言ってることが違う
これ食らってから正直manには期待していない
infoの日本語化って無理なのか？あっちも使いにくいが

**デフォルトの名無しさん** · 2019/12/16(月) 07:48:45.99

逆になぜinfoは信頼できると思ったのか

**デフォルトの名無しさん** · 2019/12/17(火) 13:48:36.21

infoを使用すると完全なマニュアルを読むことができるはずだ。ってmanにあるくせにそれ言うのか

**デフォルトの名無しさん** · 2019/12/17(火) 22:02:31.85

>>244
なければ作るとよい

**デフォルトの名無しさん** · 2019/12/18(水) 18:56:56.67

manはそんなに難しい英語ではない
マニュアルとしてはとてもよく書けている
これを英語で読めないんだと、そもそもマニュアルを
読み取るのが難しい国語レベルかと

**デフォルトの名無しさん** · 2019/12/18(水) 19:39:48.69

日本語の問題とman自身の問題は別の話でしょう？

英語圏の人がmanを使ったときの問題は
テキストベースだから使いづらい。
HTMLではないから使いづらい。
画像がないから分かりづらい。
そういった点でしょう？

日本語の問題はワークフローの問題だよ。
まず世の中英語と日本語だけじゃない無数に言語がある。
アプリの新バージョンを作ったときに翻訳してからじゃないとリリースできない
ってのは無いと思うし、翻訳だけしたらバージョンアップというのもおかしな話
（例えば--helpの内容とか）

アプリとそのマニュアルは本来別でリリースすべきなんだろう

**デフォルトの名無しさん** · 2019/12/19(木) 10:03:23.50

マニュアルとプログラム本体が一緒くたにされてる今でもマニュアルの内容が古いとか
書いてることと実際の動作が違うとか問題が多発してるのに
分けようなんて言いだしたらもはや二者の乖離が酷すぎて、だれもマニュアルなんて読もうとしなくなる
……っは！もしやそれが狙いか？w

**デフォルトの名無しさん** · 2019/12/19(木) 11:24:35.20

まぁ指摘される度にお前がやれだの英語で読めだの言うけどそれ諦めてるよね
逃げ口上というか捨て台詞というか負け惜しみというか

**デフォルトの名無しさん** · 2019/12/19(木) 16:35:50.82

OSS
言い出しっぺがやるというだけだろ
指摘ってなにが目的なんだか。俺がか？

**デフォルトの名無しさん** · 2019/12/19(木) 18:30:09.45

bashで関数名に使える文字と使えない文字ってこれであってる？

・使える
アルファベット、ASCII文字以外（制御文字は知らんｗ）
- = ~ [ ] : , . _ /
% （ジョブ機能が有効だと呼び出せない？）
数字 @ （単体はダメ）
# ^ { } （始まっているものはダメ）
+ * ?（終わるものはダメ）

・使えない
! " $ & ' ( ) \ | ` < > ; スペース

何だこのカオスｗｗｗ

**デフォルトの名無しさん** · 2019/12/19(木) 18:38:08.39

関数名には記号を使わないのが基本だ
使っていいのは _ ぐらい
あとは紛らわしくてしょうがない
可読性が著しく下がる

**デフォルトの名無しさん** · 2019/12/21(土) 20:28:47.93

func() {
　foo "123$@"
}

って書いて、func a b c と実行すると
foo 123a b c という呼び出しになるという仕様
奇妙だなって思ってたけど理由に気づいた

func() {
　tar "v$@"
}

func zxf file.tar.gz ってやった時
tar vzxf file.tar.gz とするために必要な仕様なんだ

はー、よくできてんなー。
シェルスクリプトってなんとなくいきあたりばったりで
作られたように見えるのによく練られた仕様だと思うよ

**デフォルトの名無しさん** · 2019/12/22(日) 11:21:06.45

むしろそうじゃない方が例外的な動作で奇妙に見えるけど
""の内側で$@は引数に展開されるし
"str$var"←こういう引用符だったら文字列と引数はくっ付いて表示される。

**デフォルトの名無しさん** · 2019/12/22(日) 11:45:14.20

sedでC言語中の#includeディレクティブを無効化したいんだけど
sed \
-e ':a' -e '/^#[[:blank:]]*include.*\\$/N;/\\\n/d;ta' \
-e '/^#[[:blank:]]*include.*/d'
↑これで対処できるかな。

**デフォルトの名無しさん** · 2019/12/22(日) 12:51:34.17

>>256
他の言語だったら、文字列＋文字列の配列の場合に
エラーかもしくは配列の要素が一つ増えるって考えるでしょ？
文字列の配列の一番目に、結合されるって仕様はなかなか思いつかないと思うよ

**デフォルトの名無しさん** · 2019/12/22(日) 15:12:02.64

>>258
なるほど。

ただ、$@って配列変数じゃない気がするわ。
単に引数が空白区切りで格納されてるだけで。
↑じゃあ配列と何が違うんだと言われると難しいけどw
配列だとおこりえない挙動を示せるいい例が思い付かないので。

**デフォルトの名無しさん** · 2019/12/22(日) 15:49:52.02

>>257
t は s の結果に依存するのでそこで使うのは適切ではないと思われる。
sed でやるならこんな感じか。

#!/bin/sed -f
/^#[[:blank:]]*include/!b
:L0
/\\$/{N;b L0}
d

**デフォルトの名無しさん** · 2019/12/22(日) 16:03:17.69

削除じゃなくてコメントにしちゃうとか

sed -e '/^#[[:blank:]]*include.*\\$/,/[^\\]$/s:^://:' \
-e 's:^#[[:blank:]]*include://&:'

**デフォルトの名無しさん** · 2019/12/22(日) 17:46:01.65

>>259
$1、$2でアクセスするし、その$1に空白入れる事も
できるんだから配列は配列だよ。空白区切りじゃない。

bashでは$@の名前付き版$NAME[@]は
明確に配列と言われてるしね

**デフォルトの名無しさん** · 2019/12/22(日) 18:25:06.92

>>255
必要な仕様というよりシンプルな文字列展開としてはそうなるというだけでは
その例はたまたまそういうように使えるというだけのような
あえて賢い対応してるなと言うなら "v""$@" とか書く必要がないとこかな

**デフォルトの名無しさん** · 2019/12/23(月) 15:40:09.98

シェル組み込みのgetoptsを同一処理内で二回以上用いるときに
$OPTIND変数を初期化してないと、前の結果が引き継がれてるせいでおかしな挙動になる

dashみたいにgetoptsを内蔵していないシェルでは
外部コマンドとしてgetopts(1)を起動した瞬間に$OPTIND変数が初期化されるみたい。
BashやらKshみたく組込みgetoptsを内蔵してるシェルの、
それも関数を跨がない処理
（getoptsを使ってる関数から一度も抜けることなく再度使用）
の時だけ$OPTIND変数が初期化されないみたいで、
そのせいで不本意な挙動の原因が掴めず半時間ほど無駄にしたw
（dashだと問題ないし、Bashでも特定の箇所でだけ不具合が生じるから）

**デフォルトの名無しさん** · 2019/12/23(月) 15:55:18.14

>>262
どういう要件を見たせば
ある変数が配列変数だって言えるのか知ってる？
（俺は知らん。でもプログラミング言語論とかで定義されてそう）
$@がその要件を満たしてれば配列に違いないね。

でもそういう明確な定義が無いなら
もう個人の勝手なんじゃないかな。

**デフォルトの名無しさん** · 2019/12/23(月) 16:20:51.38

>>264
> $OPTIND変数を初期化してないと、前の結果が引き継がれてるせいでおかしな挙動になる
当たり前だな。どこに状態を保存してるのかと

> dashみたいにgetoptsを内蔵していないシェルでは
は？内蔵してるが？おそらく初期版から。
getoptsを内蔵してないのはbusyboxで
意図的に外してビルドした場合ぐらいだろ

**デフォルトの名無しさん** · 2019/12/23(月) 16:22:45.93

>>264
何を言ってるのかわからんが、検証が間違ってる

**デフォルトの名無しさん** · 2019/12/23(月) 16:36:13.95

>>267
あ、そうなの。
じゃあdashの組み込みgetoptsが何らかの
形でBashやKshのそれと$OPTIND変数に対する処理が違うんだな。
ともあれ単純に初期化すればいいだけなんで、
事もないよ。

**デフォルトの名無しさん** · 2019/12/23(月) 16:37:34.35

だいたい$OPTINDはシェル変数なんだから、
getoptsは外部コマンドとして実装するのは不可能なんだよ

どうやってシェルスクリプトから実行された外部コマンドから
呼び出し元シェルスクリプトの
プロセス内のメモリを書き換えるんだよｗ

**デフォルトの名無しさん** · 2019/12/23(月) 16:40:45.68

>>268
geoptsを何回も呼び出したいなら、OPTINDを1にして初期化しろ仕様で決まってる

https://pubs.opengroup.org/onlinepubs/9699919799/utilities/getopts.html

> If the application sets OPTIND to the value 1, a new set of parameters can be used:
> either the current positional parameters or new arg values. Any other attempt to
> invoke getopts multiple times in a single shell execution environment with
> parameters (positional parameters or arg operands) that are not the same in all invocations,
> or with an OPTIND value modified to be a value other than 1, produces unspecified results.

**デフォルトの名無しさん** · 2019/12/23(月) 16:43:06.84

bashやkshはローカル変数にでもなってるんだろ

**デフォルトの名無しさん** · 2019/12/23(月) 20:47:02.60

ぷぷぷ、ぷろぐらみんぐ言語論ｗｗｗｗｗ

**デフォルトの名無しさん** · 2019/12/23(月) 20:50:03.01

>>269
え、そうなん？
じゃあ
https://pubs.opengroup.org/onlinepubs/9699919799/idx/utilities.html
↑getoptsはここには載ってるけれども
実質としては組み込みコマンドとして実装するしかないのか。

ありがとう！勉強になったわ。

**デフォルトの名無しさん** · 2019/12/23(月) 22:11:39.28

>>273
そこに乗ってるのは確かに気持ち悪さがあるけどね。alias、cd、readあたりも。
まあプロセス間通信などを使えば、外部コマンドとして作るのは
絶対に不可能というわけじゃないがまずやらんだろうなｗ

**デフォルトの名無しさん** · 2019/12/23(月) 22:26:33.99

大昔は cd が外部コマンドだったと知って吃驚仰天

**デフォルトの名無しさん** · 2019/12/24(火) 11:07:35.47

そんなバナナ

**デフォルトの名無しさん** · 2019/12/24(火) 11:10:44.79

https://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=32549&;forum=6

Cシェル(csh)上に、/usr/bin/cdと書くと、チェンジディレクトリがうまくいかず、普通にcd～～と書くと正しくチェンジディレクトリされます。

shellのカレントディレクトリを変更したいのなら、組み込みコマンドを使わないとダメです。

# にもかかわらず外部コマンドのcdを持っているUnixがあるのは何故だろう？
# joke ？

**デフォルトの名無しさん** · 2019/12/24(火) 11:11:40.76

https://tutorialmore.com/questions-292990.htm

この素晴らしい回答で参照されているように、POSIXシステムには外部バイナリ cd があります
シェル組み込みに加えて。 OS X 10.8では /usr/bin/cd です。組み込みの cd のように
使用することはできません独自の作業ディレクトリを変更するとすぐに終了するためです。どんな目的に役立つのですか？

解決した方法 # 1
主に、シェルの

**デフォルトの名無しさん** · 2019/12/24(火) 13:50:24.53

POSIXシステムには外部バイナリ cd があります
ないけど…？

**デフォルトの名無しさん** · 2019/12/24(火) 17:56:12.00

WSLのUbuntuにもない。

**デフォルトの名無しさん** · 2019/12/24(火) 18:31:17.89

というか、あったとしてどうやって使うのか？

**デフォルトの名無しさん** · 2019/12/24(火) 18:35:06.35

カレントディレクトリを移動してから何か実行させたいならそのcdコマンドからexecしない限りできんよな？
とするとそのcdコマンドはディレクトリだけでなく実行するコマンドを引数として受け取るのか？

**デフォルトの名無しさん** · 2019/12/24(火) 20:48:55.98

>>278 が出ているのに。あまり使い道がない例だけどな

**デフォルトの名無しさん** · 2019/12/24(火) 21:07:13.05

https://pubs.opengroup.org/onlinepubs/009695399/utilities/cd.html
APPLICATION USAGE
最初にビルトインに決まってるという説明の後で、ほぼ同じこと書いてあるやん
例が実行できるようにするには必要で、これはできないとは書いてないからあるのが仕様内だろう、たぶん
こんな使い方しねーよで無いんじゃないの、Ubuntu(Debian?)などは

**デフォルトの名無しさん** · 2019/12/25(水) 17:49:11.61

なるほど

**デフォルトの名無しさん** · 2019/12/25(水) 18:50:00.73

シェルのバックグラウンドジョブとtrapとシグナルについての理解がしたいです。
手許の環境はBashですが、コマンドライン自体はPOSIXに準じているつもりです。

{ trap -- 'echo trapped; exit' QUIT; echo start; sleep 5& wait $!; echo end; }&
↑このコマンドラインを実行すると
すぐにプロンプトが帰ってきて
start
# 5秒後
end
↑などと出力されます。
一方で
{ trap -- 'echo trapped; exit' QUIT; echo start; sleep 5& wait $!; echo end; }& sleep 1; kill -s QUIT $!
↑このコマンドラインを実行すると
start
# 1秒後
trapped
↑と出力されますが（少なくとも手許では）、
バックグランドジョブに回した直後のsleepを除去すると↓
{ trap -- 'echo trapped; exit' QUIT; echo start; sleep 5& wait $!; echo end; }& kill -s QUIT $!
何も出力されなくなります。
最後のコマンドラインでもsleep 1を挿入した時と同じ挙動（start→#1秒後→trappedと表示）に
させるにはどうすればいいでしょうか。
どうかご教示ください。

**デフォルトの名無しさん** · 2019/12/25(水) 19:25:32.89

シグナルハンドラはデフォルトの動作があらかじめ決まってる
SIGQUITだとコアダンプ吐いて強制終了かな。SIGUSR1/SIGUSR2もなんかあったな
シグナルハンドラを設定しようとするスクリプト(trap)が実行される前にはそのデフォルトのが動いてしまう
シグナルハンドラを設定するスクリプトが実行されるであろうまでsleepで待つか、設定した準備できたと知らせる(親プロセスにシグナル投げるなり)じゃないかな

onhandling=0; trap -- 'onhandling=1' USR1; { trap -- 'echo trapped; exit' QUIT; kill -USR1 $$; echo start; sleep 5& wait $!; echo end; }& while [ $onhandling -eq 0 ]; do sleep 0.1; done; kill -s QUIT $!
とか

シグナル実行抑止遅延とかあったかなあ

**デフォルトの名無しさん** · 2019/12/25(水) 19:36:59.98

>>287
ありがとうございます！
無事解決しました。
ところで（すでに問題は解決できたので）単なる興味本位なのですが、
trap -- 'kill -s QUIT $!' USR1; { trap -- 'echo trapped; exit' QUIT; kill -s USR1 $$; echo start; sleep 5& wait $!; echo end;
}&
↑これだと問題ありますか。
素人目線では上手くいくような気がしますが、子プロセスを殺すtrapを親プロセスの前に仕掛けてるあたりが
マズい気がします……。
（ちなみに手許では>>287様が示してくださったものと同様上手くいきました）

**デフォルトの名無しさん** · 2019/12/25(水) 19:39:42.14

>>288
これは取消します。
これではいかなる場合でもtrapが実行されちゃいますね。
すいませんでした。

**デフォルトの名無しさん** · 2019/12/25(水) 19:59:14.64

notif=/tmp/$$.fifo; mkfifo $notif; { trap -- 'echo trapped; exit' QUIT; echo read > $notif; echo start; sleep 5& wait $!; echo end; }& read a < $notif; kill -s QUIT $!; rm $notif
通知はFIFO使って、ループが無くなってちょっとスッキリ版

**デフォルトの名無しさん** · 2019/12/25(水) 20:09:25.33

>>286
> { trap -- 'echo trapped; exit' QUIT; echo start; sleep 5& wait $!; echo end; }& kill -s QUIT $!
> 何も出力されなくなります。

コアダンプって出力されるよな？

**デフォルトの名無しさん** · 2019/12/25(水) 21:22:56.22

一行で書くから見づらいったらありゃしないｗ
そんなごちゃごちゃやらなくても、これでいいやろ？

#!/bin/sh
sleep 1& SLEEP=$!
{
　trap -- 'echo trapped; exit' QUIT
　kill $SLEEP
　echo start
　sleep 5& wait $!
　echo end
}&
wait $SLEEP
kill -s QUIT $!

一行に戻すでー
sleep 1& SLEEP=$!; { trap -- 'echo trapped; exit' QUIT; kill $SLEEP; echo start; sleep 5& wait $!; echo end; }& wait $SLEEP; kill -s QUIT $!

**デフォルトの名無しさん** · 2019/12/25(水) 22:03:53.28

>>291
うーん。すいません。
恐らくシステムか何かがコアダンプを生成しないようになっているようです。
コアダンプはありませんでした。

**デフォルトの名無しさん** · 2019/12/25(水) 22:28:14.59

ulimit -c unlimited

**デフォルトの名無しさん** · 2019/12/25(水) 22:29:25.06

このスレにtrapでソフトタイマを作ったのが載ってるよ。

**デフォルトの名無しさん** · 2019/12/25(水) 22:40:18.77

>>295
もうやめたれｗｗｗ

**デフォルトの名無しさん** · 2019/12/26(木) 00:40:43.87

いちゃもんつけながらでないと自己表現できない自分が確認できない、いつものやつ

**デフォルトの名無しさん** · 2019/12/26(木) 00:57:23.99

>>297
わかるように結構工夫して書いてるんだぜｗ

**デフォルトの名無しさん** · 2019/12/26(木) 00:58:24.91

質問主も応えてるのもわかってるけどな

**デフォルトの名無しさん** · 2019/12/26(木) 00:58:56.93

「俺」を否定することはできても
「レス」は否定できないやろ？ｗ
>>292とかシンプルで美しい回答だからな

**デフォルトの名無しさん** · 2019/12/26(木) 01:01:09.61

自己満wキモいわ自分で言うか
すげえな。これ以上何を言っても通じないな

**デフォルトの名無しさん** · 2019/12/26(木) 01:03:25.32

そうそう俺を叩いた所で無駄やで。煽り耐性レベルMAXだからな
そんなくだらないことよりレス（シェルスクリプト）の話をしようや

**デフォルトの名無しさん** · 2019/12/26(木) 10:54:33.00

>>292はいいな。タイムアウトまで実装できてる
>>287とか>>290だとバグで通知が行われないとフリーズしてしまうが
>>292だと一定期間でタイムアウトになって処理を継続できる

**デフォルトの名無しさん** · 2019/12/26(木) 12:41:29.91

>>292だとどうしても1秒間停止してしまわない？
echo trappedを（適切に）実行する準備が整い次第速やかにkill QUITしたいんじゃ
なかったっけ？
>「sleep 1を付けると（シグナルハンドラを設定するスクリプトが起動する猶予が生れて）
start→trappedが出力されるけど、sleep 1を取っ払っても作動するようにしたい」

>>287の実装が一番良いな。
シグナル受け取り側の準備が出来るまで実直に待ってるから余計な待ち時間はほぼ発生しない。
sleep <小数点>はBash拡張ってのが玉に瑕だけどもともとBash前提だから問題ない。

**デフォルトの名無しさん** · 2019/12/26(木) 12:47:29.21

>>304
よく読んでみて、停止しないでしょ？
必要最小限しかwaitしない

>>287だと0.1秒待つことになるが
そんなに待たないし、ループで負荷をかけることもない

**デフォルトの名無しさん** · 2019/12/26(木) 12:51:43.96

仮にwaitする前にsleepが（一瞬で）killされたとしても
wait ${すでにいないPID} を実行してもエラーにならないんだよね

**デフォルトの名無しさん** · 2019/12/26(木) 13:26:19.54

>>287も>>292もQUITだとdashで想定どおりに動かないからTERMに変更したけど
timeで測りやすくスクリプトにして実行した結果はこんな感じ

$ time sh 287.sh
start
trapped

real 0m0.103s
user 0m0.001s
sys 0m0.002s

$ time sh 292.sh
start
trapped

real 0m0.002s
user 0m0.002s
sys 0m0.000s

>>287は多くの場合、最初の [ $onhandling -eq 0 ]; を満たさないのでsleep 0.1をすることになる。
なので↓のsleep 1を取っ払いたい要望に対して、sleep 0.1に変えたのと大差なくなってる。
{ trap -- 'echo trapped; exit' QUIT; echo start; sleep 5& wait $!; echo end; }& sleep 1; kill -s QUIT $!

**デフォルトの名無しさん** · 2019/12/26(木) 14:16:08.46

>>305
あ、kill $SLEEPを読み飛ばしてたw
すまん。

**デフォルトの名無しさん** · 2019/12/26(木) 15:10:05.95

自演w連投ぶりからいつもの

**デフォルトの名無しさん** · 2019/12/26(木) 17:04:03.21

自称神様の降臨か

**デフォルトの名無しさん** · 2019/12/26(木) 17:46:42.36

ずっと居ついているだろ

**デフォルトの名無しさん** · 2019/12/26(木) 20:40:26.24

ただいま。ってかお前ら何やってんの？ｗ
また俺じゃない人に絡んでるようだが

**デフォルトの名無しさん** · 2019/12/26(木) 20:57:57.00

わざとらしすぎてわろた

**デフォルトの名無しさん** · 2019/12/26(木) 20:59:56.60

違うから違うって言ってるんだけどなｗ

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

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