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

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

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

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

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

**デフォルトの名無しさん** · 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

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

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

はいはい
同じ反応速度、普通のスクリプトでわいわいなレスに対していきなりな同じ態度レスで絡む
同一人物でいいだろ。そんな辺なやつはそう居ないと思うけど

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

意訳俺以外はみんなあいつ

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

俺の敵はみんなあいつ
の方が良いか

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

連投wその連投ぶりのレスの内容といい
特徴的な共通点が多すぎ

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

>>307
俺もやってみたけどQUITじゃたしかにdashで動かないね
確かめたつもりだったけど

> sleep 0.1に変えたのと大差なくなってる。
実際のところ、この例だとsleep 0でも問題なかったりする
sleepという外部プロセスを呼び出す時間があれば、その間にtrapできてるから

と思ってkshでやったら動かんかったわｗ
kshではsleepはシェルビルトインなんだな

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

横だけどQUITって使うことってある？
OSとかデバッガ系なら使うことあるだろうけど
アプリでは使わないほうが良いんじゃいかな？

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

>>320
それはなにか理由ある？

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

QUITってコアダンプさせるためのものでしょ？

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

POSIXでは基本的にTERMとほぼ同じだけど
XSI拡張では「なにか他の動作を追加的に行ってもよい」とあるな。
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/signal.h.html

**デフォルトの名無しさん** · 2019/12/28(土) 23:26:23.77

QUITをトラップするとコアダンプ機能が使えなくなるというデメリットがあるね
普通はQUITでコアダンプするわけだから、あれ？コアダンプできない？ってなるかもしれない
コアダンプを明示的に生成する方法あるのかな？
あと、もしかしてdash、ksh、yashだとQUITってtrapできない？
trapしても何も動作しない

**デフォルトの名無しさん** · 2019/12/29(日) 01:40:48.31

dash,kshはQUITでtrapで動いてるけど。yashは試してない

**デフォルトの名無しさん** · 2019/12/29(日) 01:53:56.90

#!/bin/sh
trap 'echo trapped; exit' QUIT
echo $$
sleep 60

これを、sh test.sh & ってやって
表示されたプロセスIDに対してkill -q QUIT プロセスIDって
やっても何も表示されないんだけど、どうやって確認した？

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

sleepというかコマンドが実行が終わるまでtrapで設定したのは動かないよ

**デフォルトの名無しさん** · 2019/12/29(日) 02:10:00.25

なんか言い方が変だな。POSIXでそのような文が書いてあったと思うそのまま書いた
コマンドが実行中はシグナル受け取っても実行されない、コマンドが終わってから実行
for i in $(seq 60); do sleep 1; done
とかで動くでしょ

**デフォルトの名無しさん** · 2019/12/29(日) 02:13:23.19

あれ？なんかおかしいね。
じゃあ>>287がbashだとtrappedって表示されて
shでは何も表示されないのはなぜ？

念の為、整形したやつ
#!/bin/sh
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/29(日) 02:14:47.34

>>328
つまりコマンド実行中はtrapしていても無視されて
強制終了してしまうってこと？

**デフォルトの名無しさん** · 2019/12/29(日) 02:17:11.43

無視ではなくて保留だな。受け取っていることは受け取っている

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

保留だとしたらkill -s QUITした時点で終了するのはおかしいはずだが？

**デフォルトの名無しさん** · 2019/12/29(日) 02:25:16.44

>>329
shって？dashでいいの？表示されたけど
強制終了ってなにをいいたいのかわからん
dashはtrap中の標準出力にクセがあるかな？dash起動してコマンドラインでtrapでechoして、他からシグナル送っても出力されないリターンキー叩いたりしたら出る、コマンドラインではね>>329はそうならんけど

>>332
なにを言いたいのかわからん。>>326は解決したんだろ？
強制終了と思い込んで次の展開されても困るぞ

**デフォルトの名無しさん** · 2019/12/29(日) 02:31:00.58

>>333
全ては>>329でdashとbashで動作に違いがあるってことだよ
強制終了は強制終了。そのまんま終了してしまうってこと

**デフォルトの名無しさん** · 2019/12/29(日) 02:46:04.76

強制終了自体してなくないんじゃないの
なぜかスクリプトファイルとして実行すると、dash/kshではサブシェルのtrapが動いてないな>>329は
シグナル無視なのかなんなのかendまで動き終わる

>>326はそんなんじゃなくて、単なるシンプルな間違いで、違いもなんもないけど

**デフォルトの名無しさん** · 2019/12/29(日) 03:24:42.26

https://community.progress.com/community_groups/openedge_general/f/26/t/34654
Posted by ske on 8 Aug 2017 13:59
らしいよ。6. とか確かに
コマンドラインでの違いとかはわからんけど

**デフォルトの名無しさん** · 2019/12/31(火) 07:15:28.46

PowerShell最強説

**デフォルトの名無しさん** · 2019/12/31(火) 08:44:50.09

諸説あります

**デフォルトの名無しさん** · 2019/12/31(火) 15:40:24.49

※個人の感想です

**デフォルトの名無しさん** · 2019/12/31(火) 23:33:05.25

僕もPowerShell愛用しています。
これを使い始めてから人生茨色です！

**デフォルトの名無しさん** · 2019/12/31(火) 23:43:55.86

人生の道が茨で埋め尽くされております！

**デフォルトの名無しさん** · 2019/12/31(火) 23:48:11.73

※ 来世にご期待下さい！

**デフォルトの名無しさん** · 2020/01/01(水) 08:19:52.80

>>337
使用されることが最強に少ない感

**デフォルトの名無しさん** · 2020/01/02(木) 13:42:39.95

例えば/usr/local/binに

#!/bin/bash
xdg-open /usr/local/bin/hoge.html

という中身のhogeってファイル入れてコマンドで同階層のhtmlを開きたい場合、
ブラウザを閉じたら

[Parent fuga,Cecko_IOThread]
WARNING:pipe error: Connection reset by peer(piyo):
Connection reset bu peer:
file /build/firefox-esr-tpvy6K/filefox-esr-68.2.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc. line 358

という表示が出てくるのですがこれを表示させない方法ってありますか？

**デフォルトの名無しさん** · 2020/01/02(木) 13:59:42.22

Bugzilla に登録されてるね。

Gecko_IOThread] WARNING: pipe error: Broken pipe: ... ipc_channel_posix.cc
https://bugzilla.mozilla.org/show_bug.cgi?id=1550919

**デフォルトの名無しさん** · 2020/01/02(木) 14:17:59.62

>>345
つまり標準ブラウザ変えるかchromeとかにすれば良い感じですね。pipe errorとか connection reset の方で検索してました、ありがとうございますm(_ _)m

**デフォルトの名無しさん** · 2020/01/02(木) 18:23:50.86

>>345
プログラム板の鑑みたいな人だな
凄い

**デフォルトの名無しさん** · 2020/01/10(金) 15:59:20.38

GNU sedって一応POSIXに準拠してるけど、色々拡張機能もあるじゃん
こういう拡張機能がほとんど無い、純粋にPOSIX標準に準じたようなsedやらawk、bcなんかの実装ってある？

**デフォルトの名無しさん** · 2020/01/10(金) 16:05:57.94

GNU sed, GNU awk には --posix オプション、GNU bc には --standard
っていうオプションが用意されている

**デフォルトの名無しさん** · 2020/01/11(土) 08:05:41.49

知らんかった。ありがとう

**デフォルトの名無しさん** · 2020/01/11(土) 21:29:54.53

やっぱzshクソ。pathとかstatusが特殊変数なのやめてくれ。
しかも大文字と小文字区別しねーし
path=hogehogeってやったら、環境変数PATHから検索しなくなる。
command not found!

**デフォルトの名無しさん** · 2020/01/11(土) 23:34:38.48

単にいままでのに慣れて違いを受け入れないってだけだな

**デフォルトの名無しさん** · 2020/01/11(土) 23:39:31.73

なんだ、単に zsh = ksh + tcsh ってのを理解してなくて的外れな文句言っているだけじゃん
アホらしい。文字通り

**デフォルトの名無しさん** · 2020/01/12(日) 08:42:02.61

なんでそんなに攻撃的なんだよw

**デフォルトの名無しさん** · 2020/01/12(日) 09:36:05.07

>>1より
> ・csh/tcshでのシェルスクリプトは*まったく推奨しません*

>>353
> なんだ、単に zsh = ksh + tcsh ってのを
kshにまったく推奨しないものを加えたら、クソになるんじゃないですかねぇ（笑）

**デフォルトの名無しさん** · 2020/01/12(日) 09:39:05.21

あと、環境変数の大文字と小文字は区別されてるのに
PATHに関してだけ区別されないのはどう考えてもクソだと思いますよ

pathに代入してもPATHが変わるってどう考えても
存在理由がない機能でしょｗ

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

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