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

**デフォルトの名無しさん** · 2019/08/10(土) 23:17:50.64

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

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

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

**デフォルトの名無しさん** · 2019/09/22(日) 22:58:25.61

移動なら実体を移動しなきゃ移動しないだろう、ファイルシステム的に

**デフォルトの名無しさん** · 2019/09/22(日) 23:05:40.23

例えば/a/b/cがあって、/x/yが/a/bを指すとする。
cd /x/y; mv c ..したときにcが/x/cじゃなくて/a/cになるという話なら仕様。
実際はcd /x/yの時点でカーネル的には既に/a/bに移っている。
pwdして/x/yと表示されたり、プロンプトに/x/yと出たりすることがあるのは、シェルがそう見せているだけ。
外部コマンドを呼んだ時点で/x/yにいるという情報は伝わらない。

**デフォルトの名無しさん** · 2019/09/22(日) 23:22:54.08

シェルによっては今いるディレクトリをシンボリックリンクのままPWD環境変数に出力するから、外部コマンドでも>>651の場合に/a/bではなく/x/yにいると分かることもある
だからmvでもやろうと思えば環境変数によって動作をかえて/x/cに移すこともー応可能ではある
ただ普通はそういう危なっかしい動きはしない

**デフォルトの名無しさん** · 2019/09/23(月) 00:58:42.07

なるほど
~/dir/foo.txtがあって、dirのリンクを~/Desktop/dir_linkに作ったんだ
んでdir_linkからmv foo.txt ../したらDesktopになくてあれってね
シンボリックリンクはあくまで別名だって念頭に置かないといつかやらかしそうだなぁ

**デフォルトの名無しさん** · 2019/09/23(月) 13:44:18.78

シンボリックリンク自体はカーネルっていうかファイルシステムの機能であって
シェルの機能じゃないよね？

シンボリックリンクされたディレクトリへの移動やその表示が、シェルの機能？

**デフォルトの名無しさん** · 2019/09/23(月) 14:55:36.41

シンボリックリンクはただのファイルで、APIが機能を提供してるだけだろう
ハードリンクはファイルシステムの機能だろうが

**デフォルトの名無しさん** · 2019/09/23(月) 15:20:14.51

シンボリックリンクはPOSIXで決まっているが、
シェルスクリプトとは関係ない。
シェルとも関係ない。すれ違いだ。
シェルスクリプトの話をしろ。

**デフォルトの名無しさん** · 2019/09/23(月) 15:43:16.78

シンボリックリンクもハードリンクもファイルシステムの機能だ

**デフォルトの名無しさん** · 2019/09/23(月) 15:44:56.02

ﾄﾞﾔｧ

**デフォルトの名無しさん** · 2019/09/23(月) 16:01:07.98

>>657
どこまでをファイルシステムかと言うのかだが、論理矛盾とかリンク切れとかあってもなんも関係ないのだから低レベル=どのファイルシステムでフォーマットする？というファイルシステムのファイルシステムではないな
そのレベルではファイルとフラグを提供しているにすぎない

APIも含めたOSがアプリケーションに対しての提供するファイルシステムといえばファイルシステムだろうが

**デフォルトの名無しさん** · 2019/09/23(月) 16:41:43.41

まぁ、いずれにしても、ここではスレ違い

**デフォルトの名無しさん** · 2019/09/23(月) 16:58:42.91

シンボリックリンクやハードリンクはOSの機能
ファイルシステムはそれを実装するだけ
（FATのように実装してないものもある）

**デフォルトの名無しさん** · 2019/09/23(月) 17:01:20.42

アホばっかw

**デフォルトの名無しさん** · 2019/09/23(月) 17:09:58.15

自戒か

**デフォルトの名無しさん** · 2019/09/23(月) 17:22:55.59

ファイルシステムはOSの提供する１つの機能だろ

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

いつからカーネルがOSに掏り替わった？

**デフォルトの名無しさん** · 2019/09/25(水) 16:36:07.25

カーネルってファイルシステム含まないでしょうが

**デフォルトの名無しさん** · 2019/09/25(水) 17:26:48.60

子供がまだ食ってる途中でしょうが

**デフォルトの名無しさん** · 2019/09/29(日) 15:56:27.36

誠意って何かね

**デフォルトの名無しさん** · 2019/09/29(日) 17:07:22.81

金

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

女だったらアレかもしれんが

**デフォルトの名無しさん** · 2019/09/29(日) 19:22:34.45

俺が定期的にお題を出してやらないとすぐクソスレ化するなｗ

**デフォルトの名無しさん** · 2019/09/29(日) 19:31:49.84

Oh, I like Japan.
Japanese are crazy. Ha ha ha.
Japanese are pigs, pigs, you know.
Moneys and they have small cocks you know short legs yellow monkeys.
Do you understand?

**デフォルトの名無しさん** · 2019/09/29(日) 19:34:18.39

POSIXの話するから荒れて盛り上がるから誰かしてよ

**デフォルトの名無しさん** · 2019/09/29(日) 19:34:36.19

POSIXの話すると荒れて盛り上がるから誰かしてよ

**デフォルトの名無しさん** · 2019/09/29(日) 20:34:15.29

POSIX準拠で固定小数点ライブラリほしいな
小数使うことは稀だけど、たまに無いとめんどくさい
exprは外部コマンドで遅いので却下ｗ

**デフォルトの名無しさん** · 2019/09/29(日) 20:53:22.53

bashって便利だけど計算部分だけマジでダサいな

1+1が
$((1+1))ってなんなんだよ

**デフォルトの名無しさん** · 2019/09/29(日) 21:19:57.63

どの言語にも言えることだけど、
ダサい部分ってのは互換性のためだよ

シェルスクリプトは外部コマンドを関数として呼び出せて、
そして外部コマンドに使える文字は、ファイルに使える文字と同じ
だから例えば@とか％とかいう文字でさえ、コマンド名として使える

だから、安易に記号を追加するわけにもいかないし予約語も増やせない。
$に関してはシェルスクリプト当初から特殊記号だったから
新たに特殊記号や予約語を増やすのではなく$を拡張するという方法を採用したのだろう

互換性は一番大事だからね

**デフォルトの名無しさん** · 2019/09/29(日) 21:21:56.71

補足

例えば「1 + 1」は、"1"コマンドを、+と1という引数で呼び出すという意味になるし
「1+1」だと"1+1"コマンドになる。

選択肢が限られるんだよね

**デフォルトの名無しさん** · 2019/09/30(月) 06:57:25.74

$ awk 'BEGIN {print 0.1+0.2}'
0.3
bcより使いやすい悲しみ

**デフォルトの名無しさん** · 2019/09/30(月) 13:47:50.63

POSIXの仕様書，
算術展開での（浮動）小数点演算は今度の2020年度改訂で一部解禁されるらしい。
ちなみに時を同じくして$'\n'←みたいな書式も解禁。
やったぜ。

**デフォルトの名無しさん** · 2019/09/30(月) 14:14:05.05

やったぜ。

**デフォルトの名無しさん** · 2019/09/30(月) 14:57:01.11

石器時代かよワロタｗ

**デフォルトの名無しさん** · 2019/09/30(月) 14:59:09.67

生理がこないんですけど
どうしたらいいですか？

**デフォルトの名無しさん** · 2019/09/30(月) 15:14:42.58

俺も生理来たことないわー

**デフォルトの名無しさん** · 2019/09/30(月) 15:24:33.48

>>680
どこ情報ですか？

**デフォルトの名無しさん** · 2019/09/30(月) 17:46:55.62

もしもし、先生！もしもし！
だけどもねー、実はあのー、子供つくらないようにしてるんですよね、わたくしも本当に辛くてですね、子供には遺伝しないでしょうか？

**デフォルトの名無しさん** · 2019/09/30(月) 19:45:29.40

>>685
http://austingroupbugs.net/view.php?id=249
こことか。

**デフォルトの名無しさん** · 2019/09/30(月) 20:35:29.76

>>687
いや、小数の話

**デフォルトの名無しさん** · 2019/09/30(月) 21:58:43.29

しょうっすか…

**デフォルトの名無しさん** · 2019/09/30(月) 23:03:44.06

無理にシェルスクリプトだけで小数対応しなくても、
perl -e "print 0.2*0.3"
とか、いろいろやりようはあるからあまり必要性を感じない。

**デフォルトの名無しさん** · 2019/09/30(月) 23:20:20.33

>>690
大量に計算をするとプロセス呼び出しになるから遅いんだよ

$ time ksh -c 'for i in $(seq 1000); do n=$(echo "0.2*0.3" | bc -l); done'
real 0m1.921s
user 0m1.762s
sys 0m0.715s

$ time ksh -c 'for i in $(seq 1000); do n=$((0.2*0.3)); done'
real 0m0.009s
user 0m0.009s
sys 0m0.000s

たったの1000回でここまで差が出るからね

**デフォルトの名無しさん** · 2019/09/30(月) 23:28:35.91

意図と違うと思うが、
time perl -e '$j=0; for($i=0;$i<1000;$i+=1) { $j+=0.2*0.3; }; print $j'
とか、別にシェルスクリプトだけに頼らんでもなんとかなってしまうというか・・・・

**デフォルトの名無しさん** · 2019/09/30(月) 23:29:54.18

だから出来るできないの話はして無くて
遅いって話をしてる

**デフォルトの名無しさん** · 2019/09/30(月) 23:35:15.29

>>692
これで事足りるな

**デフォルトの名無しさん** · 2019/09/30(月) 23:58:52.54

perlは入ってない環境も有るのでその点でも駄目だしね

**デフォルトの名無しさん** · 2019/10/01(火) 00:02:33.23

>>679
これで事足りるな

**デフォルトの名無しさん** · 2019/10/01(火) 00:27:03.86

必須すぎやろｗ

**デフォルトの名無しさん** · 2019/10/01(火) 01:47:40.69

なになに縛りが好きなマゾなんだろうw

**デフォルトの名無しさん** · 2019/10/01(火) 02:00:19.69

そんな事する必要がないなら縛りって言ってもいいけど、
perlが入ってない環境は実際に存在するからね

**デフォルトの名無しさん** · 2019/10/01(火) 02:09:56.58

awkも使えない環境で何やるんだよw

**デフォルトの名無しさん** · 2019/10/01(火) 02:09:58.85

>>679

**デフォルトの名無しさん** · 2019/10/01(火) 02:36:49.10

>>700
awkはbusyboxに入ってるよｗ

**デフォルトの名無しさん** · 2019/10/01(火) 09:01:32.62

「可搬性が高い」を「POSIX縛り」と取り違えてるおバカさんがいますね…

**デフォルトの名無しさん** · 2019/10/01(火) 09:11:30.09

POSIXで縛るだけではPOSIX未満のbusyboxで動かなかったりするからね
可搬性を高くするにはPOSIXで規定されたコマンドであっても
なるべく使わないほうが良い

**デフォルトの名無しさん** · 2019/10/01(火) 10:51:02.41

どういうことなの…

**デフォルトの名無しさん** · 2019/10/01(火) 11:09:51.43

ここはシェルスクリプトのスレ
つまり可搬性とはシェルスクリプトの話をしてる。

シェルスクリプトではよく外部コマンドを呼び出す
しかし外部コマンドはOSによって違う。

特に基本的なコマンドは、各OSでバラバラに作っていたり
独自の修正を入れており複数の実装があり微妙に動きが異なっている。
例えば、LinuxのsedとMacのsedでは使える命令が違う。

POSIX準拠のコマンド（もちろんオプションなども含む）で規定されてるものだけを
使っていれば可搬性はそれなりにあるが、それでも完璧じゃない。
例えば組み込みで使われるbusyboxはPOSIX準拠コマンドのサブセットが実装されてる。

だから本気で可搬性を高くしようと思えばPOSIX縛りでも不十分。
POSIX準拠のコマンドが信じれない。という前提にたてば
思い切って外部コマンドすら呼び出さない、完全にシェルスクリプトだけで
実装するのがもっとも可搬性が高い。

もちろん限界は有るので実際には出来る限りシェルスクリプトで作って、
外部コマンドは必要最小限、必要に応じて互換性を吸収するようにラッパー関数を作る。
ということになる。

**デフォルトの名無しさん** · 2019/10/01(火) 15:50:14.87

可搬性に異常に拘っているのは一人か二人しかいないけどな
可搬性に拘ってないというレスにも可搬性を押し付ける

**デフォルトの名無しさん** · 2019/10/01(火) 16:28:55.36

認めろよ。
シェルスクリプトに可搬性などない。
どこでも動くシェルスクリプトなど幻想。

**デフォルトの名無しさん** · 2019/10/01(火) 16:40:08.47

hoge () {
echo "Hello"
}

for i in $(seq 1000); do
hoge
a=$(hoge)
done

myfunc と a=$(myfunc) の実行時間の差はなんなん？標準出力を横取りするためだけにしてはコストが高いかな
簡単に思いつくのは横取りするためパイプでで別プロセスにしなきゃとかかな？

**デフォルトの名無しさん** · 2019/10/01(火) 16:46:56.18

それBashでやってない？
試しにKshでやってみて。（俺環かもしれんから，速度比較は晒さない）

**デフォルトの名無しさん** · 2019/10/01(火) 16:52:40.16

perlが入ってない環境ってそれは入れる必要ないんだろ
一から構築していくならそれでいいけど

**デフォルトの名無しさん** · 2019/10/01(火) 16:54:32.38

なるほど。ksh(だけが？)がなんか賢いかな。zsh他も差がある

**デフォルトの名無しさん** · 2019/10/01(火) 17:07:00.59

perlが無い環境があるからどうのこうの言うけど
kshが無い環境があるからは言わないんだなw

**デフォルトの名無しさん** · 2019/10/01(火) 17:10:13.56

違う人じゃね？同一人物だったらアレだけどw

**デフォルトの名無しさん** · 2019/10/01(火) 18:59:48.82

>>712
zsh他も差があるは、>>709で体感できる差があるが正しいか
kshでも差があるね。ループ数増やせば体感できるほどの差となるね

**デフォルトの名無しさん** · 2019/10/01(火) 19:16:54.12

>>709
forkだよ。$( ) の部分がサブシェルになってて
多くのシェルではサブシェル = 別プロセス生成で実装されてる。
そのおかげでサブシェルの中でcdを実行したり変数を使ったりしても
呼び出し元は汚染されたりしない

kshはサブシェルの実装が最適化されていて
全てではないが、サブシェルの部分を同一プロセスで実行する。
独自で状態の保存と復帰を実装してるのだろう。

https://codeday.me/jp/qa/20190810/1425430.html

kshは速いと言っちゃ速いんだが、その（複雑な？）仕組みのせいで
バグのもとになってたりする。ということを書いてあるページが
有ったんだがどこか忘れた。

**デフォルトの名無しさん** · 2019/10/01(火) 19:25:21.59

遅い原因の本質は標準出力のキャプチャじゃないから
この二つでも違いがでる

hoge () {
　:
}

for i in $(seq 1000); do
　hoge
　(hoge)
done

>>715
> kshでも差があるね。ループ数増やせば体感できるほどの差となるね
そうなんだよね。サブシェルのコストは以外と大きい。
だから変数に入れて使うことが目的とした関数は以下のように
グローバル変数を使って返したほうがずっと速いわけさ

hoge () {
RET=Hello
}

for i in $(seq 1000); do
hoge
a=$RET
done

**デフォルトの名無しさん** · 2019/10/01(火) 19:26:55.18

>>716
内部関数なのにってとこがね＆普通の他の言語とはやはり違うな(まあ当然だが)という(内部汚染とかこれの本題ではないっすよ)

zshはkshを習ってだけど、ちょこちょこ習えてないなあ。kshの否定面のレスだけど、kshは人に優しいとこもあるとも思うw
a=0
ls | while read line; do
[ "$line" = 'hoge' ] && a=1
done
[ a -eq 1 ] && ...
っていう見た目他の言語的では当たり前のがちゃんと動くというwまあ、異端だけど

とりあえず、どうしようもないそういうものということでいいのね。どうも

**デフォルトの名無しさん** · 2019/10/01(火) 19:30:13.87

>>717
せっかくですが、ちょい本題とは違うかな。そりゃ () は...
なんで内部関数なのにサブシェルになんのかねん、他の言語的感覚ではという
まあ、内部関数だろうと、() と同じで $() もサブシェルになるということをおっしゃっりたいのでしょうけど
どうも

**デフォルトの名無しさん** · 2019/10/01(火) 19:37:54.80

>>719
> なんで内部関数なのにサブシェルになんのかねん、

考え方が違う。

コマンド置換$( ) は「サブシェルを使用して実行する」という"仕様"なんだよ
なんでサブシェルになるのか？ではなく仕様でサブシェルにすると決まってる。

ただし別プロセスにするとは決まっていない。だから子プロセスとかいう既存の
名前ではなく、新たにサブシェルという用語を作った。

サブシェルの仕様としては、「サブシェル内で行った変数などの変更は呼び出し元には伝わらない。」
などがあるが、それを実現してるなら別の別プロセスでなくてもよい。
だけど別プロセスにするほうが実装が簡単だから多くのシェルではサブシェル＝別プロセスになってる。

**デフォルトの名無しさん** · 2019/10/01(火) 19:41:25.43

>>720
その続きなどを読んでよ。言われていることはすでに書いてあるんですけど

どうしようもないという結論が得られたのでw、
結局、こんなことにもそれなりの差があるんだから「常時それも無条件で」実行時間の差があるなんて気にするなんて無意味だなと
なにかそれが問題になったときに気にする対応すればいいだけだなという。のをそもそも言いたかったw

**デフォルトの名無しさん** · 2019/10/01(火) 19:44:28.64

>>718
> 内部関数なのにってとこがね
他の言語の場合、（基本的に）関数内の変数の変更は呼び出し元に反映されない。
つまりローカル変数になってるだろ？

それと同じなんだよ。POSIXの範囲ではlocalもtypesetもないから
シェルスクリプトにはローカル変数がない

ように思えるが、実はサブシェルを使うからローカル変数は必要ない。とも言える。
ローカル変数を実現するためのサブシェルと言える。
サブシェルの仕様としてローカル変数は必須の機能だが、別プロセスにするのは必須ではない。

サブシェル（別プロセス）と捉えるから仰々しくなってるが、
変数のローカル化と考えれば、内部関数内の変数をローカル化するってだけだから
「内部関数なのに」とは思わないだろ？

**デフォルトの名無しさん** · 2019/10/01(火) 19:51:56.19

>>722
なにを教えてくれてるのか教えたいのかわからないです
内部変数？内部変数環境のことは言ってないです。他の言語でもの(内部)関数を呼ぶその返り値を使うって話なんですけど
内部変数云々ならhogeもサブシェルにしなくちゃじゃないですか？内部関数という言葉が悪かったならすまんすですけど

**デフォルトの名無しさん** · 2019/10/01(火) 19:52:05.05

>>718
そのコードに関しては

ls | {
　a=0
　while read line; do
　　[ "$line" = 'hoge' ] && a=1
　done
　[ a -eq 1 ] && ...
}

こう書けばいいって事がわかってから悩むことはなくなったなｗ

上記をさらに発展して、関数化すれば以下のようになる。

hoge() {
　a=0
　while read line; do
　　[ "$line" = 'hoge' ] && a=1
　done
　[ a -eq 1 ] && ...
}

ls | hoge

そうするとa変数は実質ローカル変数として扱ってるんだから
スコープ的にはこっちのほうが適切だと気づくだろう

**デフォルトの名無しさん** · 2019/10/01(火) 19:53:21.70

>>723
> 内部変数云々ならhogeもサブシェルにしなくちゃじゃないですか？

使い分けるんだよ。

ローカル変数化したいならサブシェルを使う。
そうでないならサブシェルを使わないって。

**デフォルトの名無しさん** · 2019/10/01(火) 19:56:56.36

>>725
なんか教えたがりのようですけど、ちょっと無理があるかなと
あくまでも「他の言語的感覚では」が前提、それとは違うというのの確認でしかないんですけど
使い分けるとかそもそも内部変数の話はしてないんですよ

**デフォルトの名無しさん** · 2019/10/01(火) 20:00:53.41

>>726
他の言語感覚って言うけど、
じゃあお前いくつ言語しってんの？って話だよ。

狭い言語の知識＝言語の全てって思ってるだけさ

**デフォルトの名無しさん** · 2019/10/01(火) 20:02:16.96

そもそものそもそもは、bcの毎回起動するのに時間がかかるというので、せっっかくの標準で暗黙的にもマルチプロセスなのでサーバ＆クラアント的に起動しとけばいいんじゃねと

trap 'exec 8>&-; exec 7>&-; rm -f from-server to-server' EXIT

mkfifo from-server
mkfifo to-server
exec 8<> to-server
exec 7<> from-server

< to-server bc -l > from-server &

calc () {
echo "$*" > to-server
read result < from-server
echo $result
}

てのを書いたのよ、単なる興味的にどれだけのコスト削減できるのかを試し確認するために。で、この一連の(他の言語的には)思ってもいなかったとこでコストがあるなと。その確認だけだよ。で、やっぱり>>721のようなことだなとw

**デフォルトの名無しさん** · 2019/10/01(火) 20:02:43.57

>>727
はいはい

**デフォルトの名無しさん** · 2019/10/01(火) 20:09:04.89

>>728
どの言語でも、その言語を知らなければ、その言語特有の所でコストがかかるってだけだ
だからちゃんとその言語を知らなければいけない。

**デフォルトの名無しさん** · 2019/10/01(火) 20:10:22.49

はいはい。知っていることを延々と言われても。それも聞いてもいないのに

**デフォルトの名無しさん** · 2019/10/01(火) 21:09:03.88

>>726
つうか、お前の感覚の話なんか誰にもわからんだろ。
だから、馬鹿だと言う前提で説明してるだけじゃん？
それすら理解できないってことはやはり馬鹿なんだなぁと思うばかり。

**デフォルトの名無しさん** · 2019/10/01(火) 21:21:30.07

ろくにシェルスクリプトのことを知らないから聞いてみた。
親切に教えてくれる人がいた。
……何が不満なんだ?

**デフォルトの名無しさん** · 2019/10/01(火) 21:25:17.92

何がお怒りのなのかさっぱりですけどw

**デフォルトの名無しさん** · 2019/10/01(火) 21:31:30.87

よくわからないが、他の言語で
func()
と
a = func()
で、こんな差があるのなんて、他にどの言語あるの？俺は知らない少々他の言語を知っているが
てか、そういうのは普通は「使えない」からそうならないようにするし、そもそもシングルプロセスを前提のが多いだろうから、他の一般的な言語でシェルスクリプトのようなのはちょっと思いつきません

func がまあ普通の速さなので、a = func もなんか他の方法があるのかなと。無いという確認はとれてお礼も言っているのになあ>>718で
関係ない(知っていることを)ことを延々とでいい加減してくれというのはあったけどw

**デフォルトの名無しさん** · 2019/10/01(火) 21:52:27.77

すべての言語はそれぞれ違っているんだが、
同じ言語がほしいのか？

**デフォルトの名無しさん** · 2019/10/01(火) 21:57:08.01

みんな違って
　みんないい
　　まつお

**デフォルトの名無しさん** · 2019/10/01(火) 22:01:17.19

>>736
相変わらずだね。何を言いたいのかさっぱり
返り値を使う(関数)使わない(サブルーチン)でコストがこんなにあるって話なのに

**デフォルトの名無しさん** · 2019/10/01(火) 22:14:23.82

そうだ、ksh(zsh)ならreadでと思ったら、逆に遅くなるのね
hoge | read a
サブシェルになるのはhoge。kshはパイプでもパイプを使わずになんちゃらを使ってなんとかかんとかwとかあったからちょっと期待したのに

あれだな、そもそもシェルスクリプトの関数の返り値はreturnでの実行ステータスしかない、それ以外の形態(テキスト)は考えていませんからこんな感じにしかなりませんってとこか

**デフォルトの名無しさん** · 2019/10/01(火) 22:58:18.96

for ループは、while よりも遅いだろ。
bash も、dash よりも遅いだろ

ループでは、for, bashを使わない方が速い

**デフォルトの名無しさん** · 2019/10/01(火) 23:34:09.29

returnが返り値ってｗ
あれはエラー情報だろ
例外と同じ。

**デフォルトの名無しさん** · 2019/10/01(火) 23:35:42.98

パイプで処理をつなげていくシェルスクリプトにおいて
返り値＝出力なんだよ

出力を読み取って、処理して出力する

そういう基本がわかってないだけ

**デフォルトの名無しさん** · 2019/10/01(火) 23:53:15.78

return
なんすけど。returnの意味知ってる？とかいう。いや、しつれい
エラー情報でもない、単なる終了ステータス。exit ではないのは、まあ、関数だからと、exit と区別がつかないからかなw

**デフォルトの名無しさん** · 2019/10/01(火) 23:59:02.30

function name () { }
が、POSIXではないのは(これからも採用されないかも？採用するの？)というのは、関数じゃねえー、所詮コマンドだなというとこかなと思ったりしてみたり、今回w

>>742そのレベルで馬鹿にできるのはあなたがそのレベルと言っているようなもんかなとw
てか、return なのにそれを返り値と見るのを頭から否定するのは、いままでの同一人物としか思えないんだけど。シェルスクリプトは知っているがシェルスクリプトしか知らないシェルスクリプトにだけ拘るw

**デフォルトの名無しさん** · 2019/10/02(水) 00:19:13.78

>>743
returnの意味は「帰る」
何かを戻すという意味はない

**デフォルトの名無しさん** · 2019/10/02(水) 00:20:54.57

マジで言ってるの？もっと勉強しよう、他人にアタるならw

**デフォルトの名無しさん** · 2019/10/02(水) 00:20:59.41

アセンブラでもreturn（RET）がある。
これも戻るという意味なだけ
呼び出し元に何かを戻すという意味はない

**デフォルトの名無しさん** · 2019/10/02(水) 00:23:56.96

アセンブラでもマクロアセンブラはあったりするけどな
戻り値をどういう形態で(どのレジスタにとか)という決まりであれば
>呼び出し元に何かを戻すという意味はない
マジで言っているの？アホらしい

**デフォルトの名無しさん** · 2019/10/02(水) 00:25:12.52

>>748
「マジでいってんの」しか言ってないよなｗ
returnを翻訳してみろ。戻るという意味しかない

**デフォルトの名無しさん** · 2019/10/02(水) 00:26:09.34

https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_24
returnの説明にも、nは終了ステータスと書いてある。
return valueとは書いていない

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

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