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

2018/09/22(土) 11:53:21.38

!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512
シェルスクリプトに関する総合スレッドです。

スレ立て時は以下の文を先頭行に加えて下さい。
後のつけ忘れ防止の為に複数行重ねて追加推奨
!extend:on:vvvvv:1000:512

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。

前スレ
シェルスクリプト総合その28
http://mevius.5ch.net/test/read.cgi/tech/1532397676/

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/11/02(金) 09:19:53.88

foo() { printf 'foo %s\n' "$(tail -n 1 -)"; }
bar() { printf 'bar %s\n' "$(head -n 1 -)"; }

ってして seq 1000 | ./pee.sh としたら実行する度に foo の値
が違ってるな…どちからの子プロセスが実行完了したら while
も終了するから仕方ないんだろうけど。trap '' PIPE ってすると
I/O error になるし

2018/11/02(金) 09:45:49.16

>>449
> なにも、惑星探査衛星の限られたリソースでなんとかするって話じゃないんだから

いや知らんけどそういう極小環境なのかも知れんよ。そうでなければこんな要求出てこないと思うが。

2018/11/02(金) 09:56:03.14

>>457
正解。組み込みマシンも対象としている

2018/11/02(金) 09:59:54.78

限定的ながら変数で渡すっていうのが出来てしまったので晒す。多分使わない

#!/bin/sh
main() {
　index=0
　( ( (
　　while IFS= read -r line; do
　　　index=$((index+1))
　　　dumpvar_and_call "even"
　　　dumpvar_and_call "odd" >&3
　　done | eval "$(cat -)" >&4) 3>&1 ) | eval "$(cat -)" ) 4>&1
}
dumpvar_and_call() { set; echo "$1"; }
even() {
　if [ $((line % 2)) = 0 ]; then
　　echo "index:$index even $line"
　　sleep 1
　fi
}
odd() {
　if [ $((line % 2)) = 1 ]; then
　　echo "index:$index odd $line"
　fi
}
main<<HERE
3
6
7
4
2
8
HERE

2018/11/02(金) 10:03:43.36

なんで使わないかというと、変数をパイプで渡すために
setでシェル変数をダンプして、evalしてるんだが、
bashでは読み取り専用変数があってエラーになるから

setの出力をあれこれフィルタすればできると思うが、
変数の中に改行が入ってる場合とか対応が面倒

bashなら変数名に特定のプリフィックスがついたものだけ
ダンプできたとは思うが他のシェルではそうは行かない

また、行ごとに変数すべてをsetしてevalとか
パフォーマンス悪そうだし。

2018/11/02(金) 10:11:28.72

>>457
そんな環境でPosix縛りだとしたら、プロジェクト自体が間違ってる。

2018/11/02(金) 10:16:42.75

> そんな環境でPosix縛りだとしたら
実はPOSIXよりも状況が悪いｗ

使える機能がPOSIX未満なんだよ。
つまり一部の機能しか実装されていない

2018/11/02(金) 11:47:49.42

ただの愚痴だけど
POSIXユーティリティにネットワーク通信が含まれてないのってマジで致命的欠陥だと思う。
POSIX原理主義とか，たしかに素晴らしい考えだとは思うけど，ネットワーク通信なくして現在のコンピュータを管理・運用するのは不可能っていうか
もしできてもすごくつまらないでしょう。

2018/11/02(金) 12:35:03.14

なんでバカって大げさに言いたがるんやw
致命的てwww

2018/11/02(金) 13:04:44.69

>>464
大袈裟に言うなよ

2018/11/02(金) 19:08:56.10

なぜか悔しがって意味不明なバカ>>465
どないなっとんねんおまえらwww

2018/11/02(金) 23:14:17.14

ｱﾝﾘｶﾊﾞﾌﾞﾙな低学歴知恵遅れだからしょうがない

2018/11/03(土) 05:20:12.41

大げさだなあ

2018/11/03(土) 06:43:33.72

日常的に誇大妄想が激しいんだろ

2018/11/03(土) 17:50:12.58

MicroPythonを実装した方が良さそう
組込にも対応してるから

2018/11/04(日) 08:48:54.81

コマンドを作っていてすこし疑問に思ったことなんだけど
--helpオプションで出力される文章って太字や着色なんかで装飾してもいいのかな。
「いいのかな」っていうか、そういうことしてるコマンドをほとんどみかけないので
もしかしたら「--helpオプションで出力される文章は装飾しないように」っていう規約がどこかにあるのかなと思ってさ。

2018/11/04(日) 10:11:04.15

>>471
それはいいアイデアだな。
コマンドの出力とは違ってヘルプを入力するプログラムなんて
無いだろうし、カラー専用でもいいくらいなんじゃないか？

そう考えると、manとかinfoもカラーにするべきなんだろうな
今どきカラー使えないとかまず無いし

色ももう16色に拘る必要もないだろう
最低でも256色、24bitカラーも普通に使っていいだろう

2018/11/04(日) 10:12:08.50

>>471
どこかにあったとしその素性のわからん規約におまえが従う必要ないやんアホなん？

2018/11/04(日) 11:08:19.99

慣習は先人の知恵が詰まってる場合もある
自分勝手に振る舞う自称合理的よりよっぽど賢い質問だと思う

AIXはmanが黄色とか太字とかで修飾されてた気がするな

2018/11/04(日) 11:17:07.51

Linuxでmanを少しカラフルで見やすくする
https://orebibou.com/2016/12/linux%E3%81%A7man%E3%82%92%E5%B0%91%E3%81%97%E3%82%AB%E3%83%A9%E3%83%95%E3%83%AB%E3%81%A7%E8%A6%8B%E3%82%84%E3%81%99%E3%81%8F%E3%81%99%E3%82%8B/

へー

2018/11/04(日) 11:18:53.69

↑ふざけとんのか

BASH(1) General Commands Manual BASH(1)

名名前前
bash - GNU Bourne-Again SHell

書書式式
bash [options] [file]

著著作作権権
Bash is Copyright (C) 1989-2011 by the Free Software Foundation, Inc.

説説明明
bash は、標準入力やファイルから読み込んだコマンドを実行する、 sh 互換のコマンド言語インタプリタです。 bash に
は、Korn シェルや C シェル ksh や csh) の便利な機能も採り入れられています。

bash は IEEE POSIX specification (IEEE Standard 1003.1) の Shell and Utilities に準拠する実装を目指していま
す。 bash はデフォルトで POSIX 準拠に設定することもできます。

オオププシショョンン

2018/11/04(日) 11:25:16.76

これでまともになった
http://raimon49.github.io/2017/03/31/man-with-colored-pager.html

2018/11/04(日) 11:56:45.43

>>472
24bitカラーはまだマズいと思う。
多くのXデスクトップ環境で利用されてる端末エミュレータ
（GNOME TerminalとかLXTerminalとか）は
LibVTEベースなのよ。
そしてLibVTEの安定板は24bitカラーには対応してない。

2018/11/04(日) 12:58:38.32

そういうのを根本的に対応できるようにするなら
roffが対応する部分になるからな

このｽﾚでやってることは
池沼の塗り絵

2018/11/04(日) 13:16:39.02

>>478
WSLは対応したのに？

WSL その41 - Windowsのコンソールが24bitカラーをサポート・Bashからカラフルな出力が可能に
https://kledgeb.blogspot.com/2016/09/wsl-41-windows24bitbash.html

2018/11/04(日) 16:48:40.44

>>480
ま，まぁ？ 24bitカラーなんて端末エミュレータの本来の機能じゃないし？（震え声）

2018/11/04(日) 20:50:30.36

>>480
じゃあそこからsshでログインすればいいじゃん。

これにて一件落着。

2018/11/04(日) 20:58:33.34

>>482
俺に言うなってｗ

24bitカラーも普通に使っていいだろうって
最初から言ってるだろ

2018/11/04(日) 23:47:16.17

そして寒い寒いマシン室に押し込められる可哀想な
おじさん達のことは誰も考えてくれないんだよな。

2018/11/05(月) 00:50:02.70

かわいそう

2018/11/05(月) 01:09:40.53

マシン室が

2018/11/06(火) 16:17:47.15

... | sort -k 2.2 や
... | uniq -c
のような、パイプ挟んでもオプション使えるシェルスクリプトが書けません
これはどうやればいいのでしょうか?

2018/11/06(火) 16:19:39.11

理解不能

2018/11/06(火) 16:27:38.20

... | perl -0777 -ne 'print grep(m{ココ1}i, split("(?=ココ2)", $_));'
例えばこのような文脈で動作させていたものを
パイプ移行をシェルスクリプトに書いておき
変数ココ1 ココ2 に渡して処理したいのです

| split_grep.sh ココ1 ココ2　
このように動作させたいのですが
$1 $2 ... などを見ても参照できてなくて困っています

2018/11/06(火) 16:53:48.26

' だからじゃねえか？適切に " を使え。

2018/11/06(火) 18:09:54.51

--helpオプションで出力される手引きの装飾についてだが
less(1)ユーティリティは太字とにしてるね。

2018/11/06(火) 23:18:09.57

シェルスクリプトは20年動くとか言ってるやつがいるけど、
あれ嘘だなぁ。

各シェルの実装は互換性がない部分があるし、
同じシェルでもバージョンが変わると微妙に動きが変わる

POSIXという仕様があってもそれを完全に実装しているとは
限らないしバグもある。

20年前のJavaScriptと同じようなレベルだ。
そのJavaScriptも20年前のものが今でも動いているからねｗ

今のJavaScriptは本当にどれもで同じように動くようになったけど20年前は大変だった。
どのシェルでも同じように動くシェルスクリプトを書くのは今でも大変だよ
一度互換性テストでもやって準拠度100%を達成を競わせたほうが良いだろう

2018/11/07(水) 03:53:59.64

「POSIXという一つの規格」がなぜそんなに強力だと思うのか分からない。
Pythonの公式文書やECMAが規格するJavaScriptと同等の立場でしょう。
もちろん，俺がシェルスクリプトを書くときは，俺がPythonやJavaScriptを書くときと同じく
POSIXという共通規格に従うようにしているが，それは今後20年動かす為じゃない。

2018/11/07(水) 09:26:49.70

cronから実行しているシェル（スクリプト）があるんだけど
2重実行されると問題があるので
そのシェルをくるむ親シェルを作って
そこで事前にpkillで実行されているシェルおよびコマンドを無条件にkillしてる

でも最近もともと実行してるシェルを複数回ループで実行したい要件が出てきた
単純に親シェルでループさせることを考えたけど
pkillしてもループで再実行されてkill出来ずに2重実行される問題が出てくる
シェルを親子孫の3階層にして新しく間に挟む子シェルでループさせ
親シェルのpkillではこの子と孫とコマンドをkillするといいと思うんだけど
階層が深くなって嫌だなと思うんだけど何かいい案ない？

ちなみに孫シェルでループってのも考えたけど
cron以外ではループさせたくない場合が多いので
そこには手を加えずシンプルなままとしたいため考慮から外しました

2018/11/07(水) 09:42:23.92

pkillとか野蛮な方法じゃなくて、ちゃんとロックして、ロック取れなければ死ねばいいのでは？

2018/11/07(水) 09:48:09.44

もしflockコマンドがあればそれで可能な筈。

2018/11/07(水) 09:48:23.84

どこまでの子プロセスとか残る可能性がとか条件が全然わからんが、シェルスクリプトを2重実行しないようにだけなら、その冒頭で、
[ -f /var/run/hogehogeshellscript.pid ] && kill -0 $(cat /var/run/hogehogeshellscript.pid) && exit 0
printf "%d" $$ > /var/run/hogehogeshellscript.pid
後始末で
rm -f /var/run/hogehogeshellscript.pid
が常套手段だな、俺は。「事前にpkillで実行されているシェルおよびコマンドを無条件にkillしてる」なんて、バグって残る場合しか考えられない(そんな動いているの殺していいの？？)

2018/11/07(水) 09:55:36.16

そもそも考え方自体が理解しがたい
こんなクソなことやり出すやつとは仕事したくない

2018/11/07(水) 09:56:12.27

>>497
cronで「しか」起動しないなら実用上問題ないかもしれんが、
まともなロックじゃないので2重起動されうる。

2018/11/07(水) 10:01:20.98

>>499
まさか、タイミング的な話？
>>494で十分なもんだし、そんなシェスクリプト書きませんよ。そんな超短時間で多重起動されうるもんなんて、シェルスクリプトなんて書かない

2018/11/07(水) 11:16:33.73

バグの言い訳をシェルスクリプトのせいにするなよ
シェルスクリプト以外でもやり方は一緒だろ

それともシェルスクリプトでは不可能で
他の言語なら可能な方法があるとでも言うのか？

> そんな超短時間で多重起動されうるもんなんて、シェルスクリプトなんて書かない
シェルスクリプト以外でいいんで、どうやるのか答えてみて

2018/11/07(水) 11:40:25.66

バグの言い訳？？
そんなタイミングにシビアなのは普通にCなりで書くけど？なんか知らんがシェルスクリプトで処理スピードに必死なヤツもいるけど、そんなに時間にシビアなら普通にCでするだろう(一部でも)
てか、デーモンだろな。別にシェルスクリプトでデーモン書いてもいいけど、小回りが利くのはやっぱCなりの方だな

2018/11/07(水) 11:41:10.13

いや、だから、C言語でいいんで、多重起動しない方法書いてみてって、

どうせそれがシェルスクリプトでも使えるだろ

2018/11/07(水) 11:48:02.80

何に絡んでいるのかわからん
粒度が全然違うことなぞCで何か書いたことがあるのならわかるだろう。>>499がその粒度の話だからな

2018/11/07(水) 11:50:35.19

絡んでいない。C言語で多重起動しない方法は
シェルスクリプトでも使えると言ってる
だからシェルスクリプトで書かない理由にはならない

2018/11/07(水) 11:52:41.86

だから、粒度って言ってるじゃん。わからんのだな。話にならんな

2018/11/07(水) 11:55:02.47

結論の出ない子供同士の戦い
ﾌｧｲｯ

2018/11/07(水) 11:55:08.02

> 粒度って言ってるじゃん
なんの説明にも反論にもなってない

粒度が違っても関係ない話だろ（他の人には「粒度」といい方で伝わってるはずｗ）

2018/11/07(水) 11:56:38.86

うるせっw
どうもシェルスクリプト大好き(後は私怨かなあとw)な絡みで、それ視点でしかなのでうやむやにしてんだけどね。言ったってたぶん聞かない人だから

2018/11/07(水) 11:59:05.62

>>506
タイミング的な話なら、余計なことがない方が粒度が細かい＝そっちにに決まっているだろう
だがしかし、いくら粒度が細かくたってだから、デーモンでだろなだけどな

2018/11/07(水) 12:06:12.02

> 余計なことがない方が粒度が細かい

粒度の使い方を待ちってるだけじゃないか

で、デーモンにしないと多重起動は防げないって話をしてんのか？
デーモンにすれば多重起動を防げる理由は？

ほらな、突っ込まれるとこの程度、答えられないんだよｗ

2018/11/07(水) 12:07:51.60

すまん口を挟むけど
「
1.
シェルスクリプトは各コマンドの起動時間やカーネルがファイルをどのように扱うということを
可搬な方法ではほとんど制御できない。
一方でCはそもそもOSがそれで書かれているように、上記の事柄を比較的簡単に実現できる。
2.
ロックファイルを用いた多重起動防止アルゴリズムにはコマンドの制御時間やファイルの扱いを考える必要がある。
3.
よってCと同じアルゴリズムをシェルスクリプトで記述してもそれは運用に耐えるものでなくなってしまう。
だから無意味
」
↑こういう理解でいいか？

2018/11/07(水) 12:09:17.82

>>511
>粒度の使い方を待ちってる(間違ってる)だけじゃないか
はあ？

>デーモンにすれば多重起動を防げる理由は
はあ？デーモンは一つ動けば十分だからな。ま・さ・か、デーモンにしても多重起動を防げないとか言い出してるわけ？だとしたらアホだな

2018/11/07(水) 12:16:34.30

>>512
別に無意味とは言わないよ。俺は書かないというだけで。なんでシェルスクリプトでタイミング的な諸々をシェルスクリプトというある意味隠蔽された条件制約で悩まなくちゃならんねんってとこから。それならCでのほうがスッキリ小回りが利くしという
後は、超短時間で多重起動されうるもんなんてよりCで書くなという、そんな起動頻度のあるのは、スクリプトではしない

2018/11/07(水) 12:21:30.58

>>512
> シェルスクリプトは各コマンドの起動時間やカーネルがファイルをどのように扱うということを
> 可搬な方法ではほとんど制御できない。

それはプロセスの多重起動を防ぐ方法と関係ない

> ロックファイルを用いた多重起動防止アルゴリズムにはコマンドの制御時間やファイルの扱いを考える必要がある。

コマンドの制御時間やファイルの扱いとかなんの話をしてるのか
>>497はアルゴリズムの間違いなのでロックファイルがどうとか関係ない
（どうせC言語で作っても同じ間違いをするだろう）

> よってCと同じアルゴリズムをシェルスクリプトで記述してもそれは運用に耐えるものでなくなってしまう。
今はプロセスの多重起動の話でしか無いので、多重起動が出来ないならば運用に耐えられる
それがシェルスクリプトできないわけがない。

2018/11/07(水) 12:24:39.53

>>513
> はあ？デーモンは一つ動けば十分だからな。ま・さ・か、デーモンにしても多重起動を防げないとか言い出してるわけ？だとしたらアホだな

デーモンが一つ動けば十分だとかそういう話をしてるんじゃない。

プロセスの多重起動を防ぐにはどうするかの話で、、
それはデーモンにしないと出来ないことではないだろ

>>514
> なんでシェルスクリプトでタイミング的な諸々をシェルスクリプトというある意味隠蔽された条件制約で悩まなくちゃならんねんってとこから。

だから、なんでシェルスクリプトにこだわってるのか？
こっちはお前が、プロセスの多重起動を防ぐ正しい方法を知らないんだろうなって思ってるんだよ。

だからC言語でいいから書いてみろと。

同じアルゴリズムはシェルスクリプトでも使えるから、シェルスクリプトかどうかの話じゃないって言ってんの

で、C言語でプロセスの多重起動を防ぐ正しい方法を書けないんだろう？
出てないってことそういうことだ。シェルスクリプトだからと嘘をつくな

2018/11/07(水) 12:24:57.98

>>513
>>497はアルゴリズムの間違いなのでロックファイルがどうとか関係ない
ただのイチャモンか。またか？コマンドのようにw

2018/11/07(水) 12:26:20.56

>>516
ただのイチャモンやん。また、無茶苦茶やな。なにを問題にしているのかイミフ。いちゃもんのためのいちゃもんやなあ

2018/11/07(水) 12:29:45.81

>>518
何を問題にしているかもわかってないのか？

>>517も指摘しているが、>>497は多重起動チェックのアルゴリズムに問題がある
シェルスクリプトだからこれしか出来ないという話ではない

2018/11/07(水) 12:31:32.56

あ、>>517って俺の書き込みか
わかるように書けよｗ

2018/11/07(水) 12:33:40.01

>>519
うーむ、だから粒度の問題と言っているんだけど。なにがアルゴリズムに問題があるの？cronで起動する大きな粒度では問題ないと思うけど
あるとしたら、起動終了間近とか？？それは別の話だろうしな？？？

2018/11/07(水) 12:35:54.84

>>520
ああ、すまん。>>516はあんたか。なんで絡んでるねんっ、何を問題にしてるねん？？

2018/11/07(水) 12:39:53.83

>>522
ああ、いいのかww
何を絡んでるのかイミフすぎ。場合によってって考えられないのかな？

そもそも>>499で十分で(十分だろう)というのに対して、その条件以外のツッコミに対して、その漠然として条件なら突き詰めると＆俺にとって普通にシェルスクリプトで書かないってことなんだけどなあ
何が気に食わない、何が間違いなのかさっぱりだな

2018/11/07(水) 12:40:36.54

>>515
俺は「プロセスの多重起動を防ぐ」というのを
「プロセスを一つ立ち上がっていることを感知する」
という仕組みを作ることだと思っていて、その方法の一つに
「プロセスが起動するときに特定のファイルを生成し
そして終了するときそのファイルを削除する
（そしてそのファイルの有無によって多重起動を判断する）」
というものがあるという認識。
「特定のファイル」はロックファイルと呼ばれる。

でロックファイルアルゴリズムの問題点は非常に素早く二つのプロセスを立ち上げた時に
最初に起動したプロセスがロックファイルを生成し終える前に
二番目のプロセスがロックファイルが存在しないのを理由に立ち上がってしまう
（結果として二重起動する）
ということだと思っている。
このときに関わってくるのはファイルIOとかその辺のカーネル領域に片足突っ込んだ話なので
Cではできるがシェルスクリプトでは難しいということだと考えたんだけど
違いますかね。

2018/11/07(水) 12:43:18.47

flockコマンド使えって。シェル単体ではそこまでやってくれるやつは多分ないだろうし。

2018/11/07(水) 12:47:11.27

>>524
ロックファイル以外でも所詮OSで何らかの起動時のサポートが無ければCでも防げないと思うんだけど、どうだろう？
なので、デーモンとして一つ起動して、それを活性化するのがなんだけどな

2018/11/07(水) 12:56:45.06

>>515
>>>497はアルゴリズムの間違いなのでロックファイルがどうとか関係ない

どこが間違ってるの？
最初にロック取って最後に解放する、これを間違ってると言うなら
正解を教えてよ。多分逃げるんだろうけど。

2018/11/07(水) 12:58:34.71

>>525
POSIXにないんでしょ、多分

2018/11/07(水) 13:04:03.69

flockがあればそれでいいけど、なくてもmkdirとかln -sで正しいロックが書けるよ

2018/11/07(水) 13:04:59.10

ロックファイルの有無だけでやる場合は open() で O_EXCL 指定してファイル作ろうとしないと駄目で、シェルスクリプトからこれがやれるかどうかはシェル次第になる。
そういう外部コマンド作って呼び出せば確実だが、それがありなら fcntl() や flock() 等を使ったもう少し信頼性の高そうなロックをした方が良いように思う。

ロックファイルだけでロックする場合はもう一つ強制終了させられた時にファイルが消せずに残る問題がある。
これはファイルのタイムスタンプを見て古ければ動いていないとみなす方法である程度回避可能だが、その場合は動いているプロセスが定期的にファイルを touch する等して更新する必要がある。
しかしそれでも SIGSTOP により停止していただけだったら役に立たない。

2018/11/07(水) 13:05:12.80

https://qiita.com/richmikan@github/items/6ca1ec3b354ae2f5505d
「シェルスクリプト排他制御」でググったらこんな記事があったよ。

2018/11/07(水) 13:06:37.34

>>529
ああ。それでもできるか。

2018/11/07(水) 13:22:04.61

なるほど、OS内でキッチリ一元管理しているナニカに頼ればいいのか＆あるのか

2018/11/07(水) 13:40:10.94

>>524

> でロックファイルアルゴリズムの問題点は非常に素早く二つのプロセスを立ち上げた時に
> 最初に起動したプロセスがロックファイルを生成し終える前に
> 二番目のプロセスがロックファイルが存在しないのを理由に立ち上がってしまう
> （結果として二重起動する）
正しくない

正しいロックファイルアルゴリズムであれば、素早く二つのプロセスを立ち上げても問題ない
あんたが書いたそれはは典型的な間違ったロックファイルアルゴリズム（そして>>497も同様）

アルゴリズム自体の問題なのでシェルスクリプトかどうかは関係ない

直接的な解答ではなくて関連した話題になるが、多重起動防止以外でも重要だから読んどけ
https://www.ibm.com/developerworks/jp/linux/library/l-sprace/index.html
> 単純な解決方法は、open()をフラグO_WRONLY | O_CREAT | O_EXCLで使うことです
https://www.ipa.go.jp/security/fy20/reports/tech1-tg/2_05.html
> これを避けるためには先に述べたとおり、テンポラリファイルを生成するときに O_EXCL を指定すればよい。

2018/11/07(水) 13:43:12.68

もう少し引用する範囲を広げる

> これを避けるためには先に述べたとおり、テンポラリファイルを生成するときに O_EXCL を指定すればよい。
> これを POSIX シェルで行うには、set -C を使う。set -C は noclobber オプションを有効にする。
> noclobber が有効な場合、> によるリダイレクトでの open には O_EXCL が指定される。
> これを使ってテンポラリファイルの生成に挑戦し、失敗したときは終了するには以下のようにする。
> また、ここでは TMPDIR が指定された場合には使うようにしている。

2018/11/07(水) 13:44:46.92

こっちはおまけ、どうせググるんだろう？ｗ

http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#set

2018/11/07(水) 13:45:31.17

ほんと場合によってってって無いやつだな。原理主義者か？

2018/11/07(水) 13:49:03.61

>>534
そうなんだ。知らなかった。
教えてくれてありがとうございます。

2018/11/07(水) 13:57:13.33

ロックの確認とロックかけるのをアトミックにやらないとか
まともにロック処理やったことがない証拠だよ

これは初心者は誰でもやる典型的な間違いだからな
基本を知らずに独自の思いつきで実装するからそうなる

言われれ初めて気づく。だが一回言われればこうやれば
解決できるのかと深く記憶する話だから、単純に知識が欠けてるということ
だから他の言語でもどうせ同じなんだろということ。

2018/11/07(水) 15:22:16.58

ksh --helpは出力される手引きが装飾されてるね

2018/11/07(水) 15:56:27.81

最初っから主張の根拠を提示すれば良かったのに
何だかんだで下らないレスが続くの止めて欲しい

2018/11/07(水) 17:41:34.46

echo "echo \"Hello, world\!\""
これ実行したら
echo "Hello, world!"
にならない
echo "Hello, world\!"
なぜか!だけ手前についてしまう

2018/11/07(水) 18:45:58.27

>>542
それスクリプトにしてやってみ。
多分期待どおりの出力になる。

2018/11/07(水) 18:49:27.43

間違えてた。
「echo "echo \"Hello, world!\""」にして。
スクリプトの中ではPOSIX互換のインタラクティブシェルは
履歴展開をしないので上手くいく。

2018/11/07(水) 19:24:02.67

そういやkshで思い出したけど、

ksh88ってもしかして比較的最近（今も？）使われてたりする？
ksh88っていうぐらいだから1988年だろ？ksh93っていうぐらいだから1993年だろ？
流石にksh88はなんて30年前の化石使われてないだろ？と思ったけど

Solaris 11 でこんなこと書かれてたんだよね。意外と最近まで使われていたのかなぁ？と
https://docs.oracle.com/cd/E26924_01/html/E25934/userenv-1.html
> シェルの変更 - デフォルトのシェル /bin/sh が ksh93 にリンクされるようになりました。
> レガシー Bourne シェルは /usr/sunos/bin/sh として使用可能です。
> 旧バージョンの ksh88 は、shell/ksh88 パッケージの /usr/sunos/bin/ksh として使用可能になっています。

Solaris 11が最新版って言っても2011年11月9日リリースなので2日後に7年前のOSになるけど
（でもサポートはSolaris 10が2021年までなのか・・・）

そしてksh93の機能でこんな事書いてたんで、$(( )) が使えないシェルはksh88だったんだなって思ったところ
https://www.ibm.com/support/knowledgecenter/ja/ssw_aix_72/com.ibm.aix.osdevice/korn_shell_enhanced.htm

2018/11/07(水) 20:49:34.06

>>544
できた㌧
（でも都合上コンソール開いてコピペで使いたかったんや）

2018/11/07(水) 20:55:26.75

>>545
Solaris 10のがPOSIXに準拠してることになってるせいで
"$@"じゃなくて${1+"$@"}と書かないといけなかったりして面倒だよねw

2018/11/07(水) 21:01:40.12

>>546
「echo "echo \"Hello, world"'!'"\""」とかどうだろう。

参考: https://www.gnu.org/software/bash/manual/html_node/History-Interaction.html#History-Interaction
History expansions are introduced by the appearance of the history expansion character, which is ‘!’ by default. Only ‘\’ and ‘'’ may be used to escape the history expansion character,
but the history expansion character is also treated as quoted if it immediately precedes the closing double quote in a double-quoted string.

2018/11/07(水) 21:21:50.95

>>547
ksh・・・お前が諸悪の根源だったか

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861743
> % posh -u -c 'echo "$@"'
> posh: @: parameter not set

poshはpdkshからフォークしている
> posh (0.0.1) unstable; urgency=low

> * Initial release. (copied from pdksh 5.2.14-6). closes: bug#150431.

そしてシンプルな（笑）解決方法をありがとう
（if書くのはもっと面倒だった）

もっとバッドノウハウあったら教えてくれ！

2018/11/07(水) 22:18:01.95

>>549
あー。分かってると思うがこれは俺が考えた方法じゃない。
古いGNU grepでegrepコマンドを
https://git.savannah.gnu.org/cgit/grep.git/tree/src/Makefile.am?h=v2.5.1#n23
↑こうやって作ってたのを見掛けてさ。
これはすごい方法だと思って自分のシェルスクリプトに取り入れた。

でもPOSIX 2013でset -uが有効のときでも空の変数$@および変数$*がエラーにならない
っていうことが決定されたのでもう不必要。
http://pubs.opengroup.org/onlinepubs/9699919799.2013edition/utilities/V3_chap02.html#tag_18_25_18

2018/11/08(木) 00:40:04.66

>>550
modernishでも言及されてた。時代遅れのワークアラウンドだってｗ
でも現存するシェルに蘇っておるのじゃよ
昔の人には有名な回避策なのかな？

https://github.com/modernish/modernish/blob/master/README.md

> BUG_PARONEARG: When IFS is empty on bash 3.x and 4.x (i.e. field splitting is off),
> ${1+"$@"} is counted as a single argument instead of each positional parameter as
> separate arguments. To avoid this bug, simply use "$@" instead. (${1+"$@"}
> is an obsolete workaround for a fatal shell bug, FTL_UPP.)

2018/11/08(木) 06:54:13.32

modernishおもしろいね。

modernishプロジェクトはcase文の条件の先頭に開き丸括弧を付けてるのか。
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04_05
ここには確かに開き丸括弧を前置してもいいとあるけど一般的には省略されるでしょ。
なにかこれも旧時代のシェルの不具合への回避策なのかな。
それこそGNU Bash 3.xで動かない，とか。

2018/11/08(木) 21:39:50.16

>>552
やっとmodernishに興味を持ってくれた人がｗ
まあ俺もバグ情報とか参考になるなって程度にしか見てないんだけど

> modernishプロジェクトはcase文の条件の先頭に開き丸括弧を付けてるのか。
それ見た時、何この文法？modernishでそこまで拡張できるの？って驚いたｗ
単なる普通の文法だったわけだけど

> それこそGNU Bash 3.xで動かない，とか。
少なくともbash 2.03では開き括弧なくて動くよ

2018/11/08(木) 21:43:11.48

話変わるけど、 foo | bar みたいなコマンドで
fooからたくさん出力されるけど、barの処理が遅いってとき
fooからの出力ってブロックされるのかな？

なんか20～30行ぐらいでブロックされるような
出力の停止、遅延が起きてる気がする

メモリにバッファリングするだろうから、それが溢れないような処置として
そういう仕様は理解できるけど、どこかに書いてあるのかな？

シェルの仕様っぽい気がするけど、OSも絡んでいそうな気もする

2018/11/08(木) 21:57:11.56

>>554
タネンバウム先生の本は読んでるんだよね？

2018/11/08(木) 21:59:18.34

>>555
読んでないよ。どれ読めばいい？

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

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