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

**デフォルトの名無しさん** · 2021/02/25(木) 09:20:14.64

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

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

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

関連スレ
・【Bash】Windows Subsystem for Linux【WSL】9
https://mao.5ch.net/test/read.cgi/linux/1607589861/
・Bashでプログラミング [転載禁止](c)2ch.net
https://mao.5ch.net/test/read.cgi/linux/1443885102/
・シェルスクリプト総合その28
https://mevius.5ch.net/test/read.cgi/unix/1533154936/
・zsh その７
https://mevius.5ch.net/test/read.cgi/unix/1337844883/
・過去UNIXで使われていた ksh というシェルについて
https://mevius.5ch.net/test/read.cgi/unix/1582358403/
・【POSIX】UNIXプログラミング【BSD】 [転載禁止](c)2ch.net
https://mevius.5ch.net/test/read.cgi/unix/1443103705/
・おまえら！ shell は何を使っているんですか？
https://mevius.5ch.net/test/read.cgi/unix/1012330865/

**デフォルトの名無しさん** · 2021/08/05(木) 00:09:48.84

>>817
超ふしぎじゃ。
壊す主体は、動作の読めないスクリプトに決まってるやろ。
読解力ゼロなんか。ｗ

> そんななんかダメなとこあったらメチャクチャに壊すスクリプトもそう無いだろうからな。そんなのばっか書いてるの？
たまたまrm *になるだけでおしまいやぞ？

**デフォルトの名無しさん** · 2021/08/05(木) 02:16:14.66

>>818
何を言っているんだかな
何が「主体」だか、当たり前だろ。その主体に悪意があるかもしれないって話だろう
「メチャクチャ」に「壊される」が悪意を持って書かれたスクリプトを表すと読めても不思議ではないって話なんだが
読めないのはどっちなんだかなw

たまたまとか頻度がわからんな。すぐにそんなの想像してしまうぐらいの頻度で書いてるのか？w
とか、もうアレだけどw とりあえず単なる杞憂でしかないのは質問者の最初のレスで明らかだし、自己責任の範囲。やってくれないとレスしようがないし、
やってちょっとはその具体的な実行結果を出してくれたことにより、原因他が明確(*)になってんだから、ただの蛇足もこれまでにしとこな
*)お前の最初のレスもそれにより=ほとんど何も知らない人だったとわかってだろう？w

**デフォルトの名無しさん** · 2021/08/05(木) 08:32:13.08

ども、801です、盛り上がらせてしまいすみません。
どちらかというと興味として、素朴に、zshもbashもshベースで割と簡単に移植できるのかな? と
思ったんですが、結局それはNOってことですかね?

ちなみにzparseoptsというのはあからさまにzshの関数ぽいですが、
他に、どうやら変数（の中身）の展開に違いがある? ような感じでスクリプト中で呼ばれるコマンド
の引数に正しい値が渡らなかったりしてるようです。

**デフォルトの名無しさん** · 2021/08/05(木) 09:00:33.95

・POSIX(sh)のだけ使ってる
・bashにもzshにもあるのを使ってる
は、問題があったら調整ちょっと手直し程度
・zshにしかないのを使ってる
は、当然、該当部分の書き換えが必要

少しは知っているのならYESだが、
ちょっと何も知らないようなので自分で勉強する気やる気があるのかによる。今はNOだろな

**デフォルトの名無しさん** · 2021/08/05(木) 09:53:44.33

>>819
んな話はしていない。
無生物に悪意を妄想すな！

**デフォルトの名無しさん** · 2021/08/05(木) 10:12:10.01

shベースはPOSIX shベースって言えばいいと思うけど
bashとzshに共通のものってなんて言えばいいんだろうね

**デフォルトの名無しさん** · 2021/08/05(木) 13:21:07.18

どちらもkshの美味しいとこ取りってとこ？

**デフォルトの名無しさん** · 2021/08/05(木) 16:55:00.26

>>822
わざとなのかなんなのか
悪意を持って書かれたスクリプト
な、いちおう
一行目からはわざとではないみたいだが、だったら、読解力ゼロなんかを自分で嚙みしめようなw

**デフォルトの名無しさん** · 2021/08/05(木) 17:17:04.23

>>823,824
bash/zshフレンドリー？w
共通仕様の公式なドキュメントがあるわけでもなく、書いた人の知見頼りだろから、そう何か明確な名称的なのはなさげかなあ

kshからのが多そうね。bashが最初でzshでも採用ってなかったかなあ

**デフォルトの名無しさん** · 2021/08/05(木) 18:09:04.60

>>825
んな話はしていない。
おまえが妄想を混ぜただけ。
読解力ゼロ。ｗ

**デフォルトの名無しさん** · 2021/08/05(木) 18:11:34.02

>>827
マジでなのか
しつこいなw繰り返すだけのを、内容無いのを、よくできるなあ
何が面白い(自分にとってな)と思ってやってるの？会話としてでもなさげで

**デフォルトの名無しさん** · 2021/08/05(木) 19:53:25.65

>>828
おまえがな！ｗ

**デフォルトの名無しさん** · 2021/08/05(木) 21:42:19.84

ばーかばーか

**デフォルトの名無しさん** · 2021/08/05(木) 22:23:46.98

>>829
会話にならん、なってないぞwイミフすぎ
何が面白い(自分にとってな)と思ってやってるのかだけしかもう興味がなかったけど、それを知るのも無理そうだなw
まあ終わりだな

**デフォルトの名無しさん** · 2021/08/05(木) 23:29:03.88

setコマンドで位置パラメータを指定するときに、
引用符でかこわれていない変数がフィールド分割されるかどうかって決まってたっけ？

setの仕様にはそれらしき記述はなし。
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_25

BashやYashでは分割されて，Dashでは分割されない。
$ bash -c '
set -- "a b c" "d e f"
set -- $1 "$@"
echo $1
'
→a
$ yash -c '
set -- "a b c" "d e f"
set -- $1 "$@"
echo $1
'
→a
$ dash -c '
set -- "a b c" "d e f"
set -- $1 "$@"
echo $1
'
→a b c

**デフォルトの名無しさん** · 2021/08/05(木) 23:45:20.11

>>831
しゃあない。
おまえは読解力ゼロやからな。ｗ

**デフォルトの名無しさん** · 2021/08/06(金) 04:00:19.09

>>832
setとか関係ないだろ
どのコマンドでも一緒だ

**デフォルトの名無しさん** · 2021/08/06(金) 14:52:24.37

>>834 ???
bash -c '
a="1 2 3"
printf "/%s/" $a
'
dash -c '
a="1 2 3"
printf "/%s/" $a
'

**デフォルトの名無しさん** · 2021/08/06(金) 15:08:57.47

>>835
あのさぁ、なんで実行結果を書かないの？
やってみればすぐわかるだろ

$ bash -c '
> a="1 2 3"
> printf "/%s/" $a
> '
/1//2//3/

dash -c '
> a="1 2 3"
> printf "/%s/" $a
> '
/1//2//3/

まーーーーーーーーーったく同じ

**デフォルトの名無しさん** · 2021/08/06(金) 17:19:21.97

>>836
いやさ，それの実行結果が一緒なのに，
$ bash -c '
set -- "a b c" "d e f"
set -- $1 "$@"
echo $1
'
→a
$ dash -c '
set -- "a b c" "d e f"
set -- $1 "$@"
echo $1
'
→a b c
こうなるのはおかしいだろってことだよ。

話わかってるか？

**デフォルトの名無しさん** · 2021/08/06(金) 17:26:48.38

消えな。いちいちデマ流すな。

dash -c '
set -- "a b c" "d e f"
set -- $1 "$@"
echo $1
'
a

**デフォルトの名無しさん** · 2021/08/06(金) 19:29:06.94

dashで>>832見たとき試した時は、
a b c
になったけど、しばらくしたらなぜかw、
a
になるようになった、にしかならないようになった

とりあえず、現在は a b c は気のせい／何かの間違いだなと思ってるw
(多分なんかの環境値かなあ？？)
メイン環境ではこんなんだったけど、ほぼあんま使わないクリーンに近いUbuntu(VM)でも a だからな

zshはデフォでは、
a b c
emulate posix でも a b c、emulate bash で a
posix でも a になるべきなんだろうな
単に shwordsplit on にするだけだけど emulate posix 時オプションセットのバグかなあ

**デフォルトの名無しさん** · 2021/08/06(金) 19:38:55.34

自分のミスを素直に認められるようになろうな

**デフォルトの名無しさん** · 2021/08/06(金) 21:35:38.59

俺は ID:j92KspJx でないからな

**デフォルトの名無しさん** · 2021/08/06(金) 23:44:34.47

ミスといえば >>832 → >>834 の流れを読まずに
>>835 だけを見て意味不明な返信 (>>836) をしてた〝ミス〟はどうするんだろうな。

**デフォルトの名無しさん** · 2021/08/07(土) 01:06:35.02

お前もある意味勘違い(他の環境でなり試せばわかること)で騒いでいたんだから、
何をなんかその嫌らしいことすんなよ

**デフォルトの名無しさん** · 2021/08/07(土) 01:06:57.62

俺は ID:mgQwZ+tq なw

**デフォルトの名無しさん** · 2021/08/07(土) 01:50:03.69

>>839
>emulate posix でも a b c、emulate bash で a
>posix でも a になるべきなんだろうな
>単に shwordsplit on にするだけだけど emulate posix 時オプションセットのバグかなあ

posix shell を emulate する場合は posix ではなく sh か
じゃあ、psoix はなんなんねん、イマイチわからない。もしかしてそんなの無いとかか？？w

emulate sh にしたら、
shwordsplit on
になるかと思いきや、
noshwordsplit off
って、shwordsplitに変わってnoshwordsplitに(同じだが)。そんなにoffに拘りたいのか

なかなかクセが強い感じw
ほぼzshネタ。でも、zshでposix shell互換にするにはというお話でした

**デフォルトの名無しさん** · 2021/08/07(土) 03:07:17.12

zshでemulate bachfileってやったら
バッチファイルモードになったYO！

**デフォルトの名無しさん** · 2021/08/07(土) 08:27:51.67

なる。 zsh|sh|ksh|csh だけか
以外ではエラーにならずに zsh が指定されたとみなすか

起動時とのでオプション変わるから別のオプションセットがセットされてんのかと思った

**デフォルトの名無しさん** · 2021/08/07(土) 08:34:57.40

emulate cshってどこまでcshと互換性あるの？
cshのシェルスクリプトがzshで動くわけ？

**デフォルトの名無しさん** · 2021/08/07(土) 08:36:21.73

>以外ではエラーにならずに zsh が指定されたとみなすか
いや、bash が指定されたら sh とみなすってのはあるみたいだな。例外か？
bash対応のチラっとあるからbash互換のオプションセットがあるのかと期待してた／思い込んでたんだけど、単に(例外的に) posix shell 互換にするだけなのね

**デフォルトの名無しさん** · 2021/08/07(土) 08:40:12.61

emulate "b型の血液が足りないんです！どなたか！どなたかいませんか？"
だったらshになるな。うん。

**デフォルトの名無しさん** · 2021/08/07(土) 08:41:49.65

>>848
シェルオプションが変わるだけかなあ
一応、元々 ksh+tcsh で開発されてるし、cshの命令文も動いたりもするが、なんか全部ってわけじゃないなて結論で俺は確認はやめてた、以前
cshのオプションセットになったら、もっとちゃんと動くのかもしれないし大したことがないかもしれない、どうなんだろねw

**デフォルトの名無しさん** · 2021/08/07(土) 08:42:50.92

>>850
へー
てか、お前詳しくzsh知ってるだろ？

**デフォルトの名無しさん** · 2021/08/07(土) 08:44:08.17

cshの命令というかコマンド？は、互換関数でも作れば対応できるんじゃねと思ってるんであんまり気にしないんだが
cshの文法ってzshに組み込めるようなものなのかなって気になってる
cshよく知らんけど、文法自体が少ないのか？関数もなかったはずだよね

**デフォルトの名無しさん** · 2021/08/07(土) 08:48:10.86

>>852
いやしらんてｗ
昔の人の実装者の気持ちになって考えたら
「お？これだけのパターンなら最初の一文字だけ比較すればいいんじゃね？俺天才じゃねｗｗｗ」って
考えそうだなって思っただけ

なんつーか、手抜きだよなー。

あー、というかこれbash対応じゃなくて
bourne対応じゃね？bourne=shだし

**デフォルトの名無しさん** · 2021/08/07(土) 08:50:44.33

bshのパターンも有るか。でもjshはzshだな

**デフォルトの名無しさん** · 2021/08/07(土) 08:58:13.11

>>853
素では、cshの(一部)命令も書ける＝B shellとチャンポンできるて感じ
ベースは B shell だがそれに csh の命令文も B shell の命令文と同じように書けるって感じ。関数も普通に使える
emulate csh でそゆのがどう変化する／壊れるのかは試してもないのでわからん、どうなんだろねw

>>854,855
なるほど、それは失礼
zshが起動された時の起動名 (shだったらsh互換でとかの) が確かそんな感じで判断しますのようなのがあったな、そういえばってので
それと同じかもっと手抜きなのかもね

**デフォルトの名無しさん** · 2021/08/07(土) 10:53:52.05

ボーンシェル
コーンシェル
ゾーンシェル

ぞーーーーーん！

**デフォルトの名無しさん** · 2021/08/07(土) 12:55:43.98

トリビア

1985年に日本で生まれたシェルがある
そのシェルは 2020年まで存在していた

その名も

**デフォルトの名無しさん** · 2021/08/07(土) 18:45:34.65

シェルじゃなくてシエル?

あ、これは1991年だった。

**デフォルトの名無しさん** · 2021/08/09(月) 01:48:03.65

キヤノン
キユーピー
シヤチハタ
富士フイルム
エドウイン

**デフォルトの名無しさん** · 2021/08/09(月) 03:21:27.64

中川しようこ

**デフォルトの名無しさん** · 2021/08/09(月) 12:43:08.30

ビックカメラ

**デフォルトの名無しさん** · 2021/08/10(火) 04:05:37.98

>>858
オランダ産やんけ

**デフォルトの名無しさん** · 2021/08/10(火) 22:03:06.30

カステラ
ゲーテ

**デフォルトの名無しさん** · 2021/08/15(日) 22:01:32.56

新しいシェルを作りたいのですが
どのアルファベットが空いてますか？

**デフォルトの名無しさん** · 2021/08/15(日) 22:19:10.80

iとo

**デフォルトの名無しさん** · 2021/08/15(日) 23:21:43.56

bshとbashがあるくらいなんやから、一切気にしなきゃええんちゃう？ｗ

勝てば官軍！
勝てばね！
ふつうは、戦える立場になれないけど！

**デフォルトの名無しさん** · 2021/08/16(月) 13:46:35.37

ishは止めれ

**デフォルトの名無しさん** · 2021/08/16(月) 23:50:00.46

https://ja.wikipedia.org/wiki/Ish

**デフォルトの名無しさん** · 2021/08/17(火) 00:52:16.82

じゃあoshで

**デフォルトの名無しさん** · 2021/08/17(火) 00:52:32.42

おいっしゅー！

**デフォルトの名無しさん** · 2021/08/17(火) 01:20:24.26

Ош

**デフォルトの名無しさん** · 2021/08/22(日) 03:53:36.86

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴
著者：アンドレアス・ルンプ
バージョン： 1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/22(日) 13:22:16.41

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/31(火) 18:02:21.42

awkでデータの中にスペースを入れるにはどうしたらいいんでしょうか？

**デフォルトの名無しさん** · 2021/08/31(火) 18:14:12.67

"a b" "c d"

みたいなデータを読み取れませんか？

**デフォルトの名無しさん** · 2021/08/31(火) 18:41:30.09

"a b" と "c d" に分割したいのであれば GNU awk の FPAT を使って

gawk -vFPAT='"[^"]*"' '{ ... }'

なんてできるけど、ダブルクォートで囲まれた内部でダブルクォートが
使われる場合には。。。

**デフォルトの名無しさん** · 2021/08/31(火) 22:45:22.41

Ruby では、CSV 列内の""(クォート文字)は、\" に、
列内の改行コード・カンマ(行区切り・列区切り文字)も、適切に処理される

列内に、CSVの特殊文字、行区切り・列区切り・クォート文字が無ければ、列はクォート文字で囲まれない。
もちろん無条件に、すべての列を囲んでもよい

require 'csv'

input = <<"EOT"
"a""a","b,b",あ
"c
c","d\nd"
EOT

p input_ary = CSV.parse( input ) # 2次元配列
#=> [ ["a\"a", "b,b", "あ"], ["c\nc", "d\nd"] ]

# 2次元配列を、CSV 文字列に変換する
csv_str = input_ary.map( &:to_csv ).join
puts csv_str

出力。元に戻る
"a""a","b,b",あ
"c
c","d
d"

**デフォルトの名無しさん** · 2021/09/03(金) 13:05:02.74

うわでた

**デフォルトの名無しさん** · 2021/09/18(土) 18:19:12.65

頭のおかしい人に以下のようなことを言われました

>>基本、スクレイピングは営業妨害との戦い。
>>どの本にも、そう書いてある。
>>スクレイピングを推奨する本はない

具体的な書籍名を教えてください

>>5ch は、マルチポスト禁止！
>>同じ質問を、複数のスレや外部のサイトに書いてはいけない

どこでそんなルールが決まっているのでしょうか？

**デフォルトの名無しさん** · 2021/09/18(土) 18:28:53.74

本人に聞けよ

**デフォルトの名無しさん** · 2021/09/18(土) 18:42:49.46

随分偉そうな質問者だこと

**デフォルトの名無しさん** · 2021/09/18(土) 20:04:20.39

スクレイピングはサイト運営からすればボットと同じ迷惑行為。警告を無視して続ければ営業妨害に認定される可能性もある。
マルチポストはいわゆるネットマナーに反する行為。質問者がマルチポストを繰り返せばその質問者が「頭のおかしい人」と看做されるだろう。

**デフォルトの名無しさん** · 2021/09/19(日) 10:51:23.48

技術的に無能だが一般常識にも無能なのはたまに居るな

**デフォルトの名無しさん** · 2021/09/19(日) 10:54:58.61

シェルショッカーとリッチー大佐のお二人ですなｗ

**デフォルトの名無しさん** · 2021/09/21(火) 03:27:47.67

あと Ruby の基地外な
rubikitch のことじゃないよ

**デフォルトの名無しさん** · 2021/09/22(水) 14:28:08.32

ニュースグループならクロスポストってのが出来たんだけどな

**デフォルトの名無しさん** · 2021/09/22(水) 14:42:56.06

>>876
a_b_c_dをa_bとc_dにしたいの？
アンスコ→半角スペース

**デフォルトの名無しさん** · 2021/10/02(土) 09:12:44.17

bash sample1.sh && sample2.sh
でsample.shがexitとかfalse的な感じだったらsample2.shは実行しない
という処理をするにはどうしたらいいのでしょうか・・？

**デフォルトの名無しさん** · 2021/10/02(土) 09:30:28.85

補足です >>889
そもそもやりたいことはsample2.shの冒頭に
if 条件; then
echo "o"
fi
みたいな条件式が出てくるのですが
その条件は他のsample3.shでもsample4.shでも重複して出てくるので
分けたいなと思いました
そういう書き方があるのかな、と

**デフォルトの名無しさん** · 2021/10/02(土) 11:10:29.57

とりあえず自己解決？しました
外部読み込みで関数引き出すことにしました
しかしなぜか
if 関数１; then
echo "o"
else
echo "x"
fi
関数１の返り値が0のとき"o"、1のとき"x"となり
思ってたのと逆になりました
関数１ () {
return 0
}

**デフォルトの名無しさん** · 2021/10/02(土) 11:42:50.26

プロセスの終了ステータスと同じ思想
0を返すなら正常
0以外を返すなら異常

**デフォルトの名無しさん** · 2021/10/02(土) 12:39:57.86

>>892
なるほど
python行ったり来たりするのでなんか頭こんがりそうです；

**デフォルトの名無しさん** · 2021/10/02(土) 14:45:07.98

>>891
逆ではない。それで良いのだ。
成功したら0を返すというUNIX等での昔からの慣習に従っているだけ。
if は動かしたコマンドや関数の終了ステータスが0なら成功したと認識して then の後を実行しようとするように作られている。

**デフォルトの名無しさん** · 2021/10/02(土) 14:47:33.71

ってリロード忘れて書いたら既に答えが書かれて話が終わっていたorz

**デフォルトの名無しさん** · 2021/10/02(土) 15:12:31.16

>>893
PythonならTrue/Falseやろ。
ムダに混乱すな。ｗ

**デフォルトの名無しさん** · 2021/10/02(土) 15:39:19.39

シェルスクリプト内で return true とか書ければいいんだが。

引数なしの return はその直前のコマンドの戻り値を戻すので
true ; return
とか
return $(true)
って感じか？

**デフォルトの名無しさん** · 2021/10/02(土) 15:52:06.48

true=0 ; false=1 って定義しておいて return $true もあるか

**デフォルトの名無しさん** · 2021/10/02(土) 16:16:47.40

>>893
grepコマンドのexit statusを調べるんだ
それでもう忘れなくなる

**デフォルトの名無しさん** · 2021/10/02(土) 16:38:14.15

>>897
やめろ。ｗ
逆に混乱のもとや。
どうしてもっつーなら、EXIT_SUCCESS/EXIT_FAILUREか？

プロセスの戻り値についてちゃんと把握したら、混乱なんかなくなるで。
実質8ビットとか、シグナル結果も混ざるとか。
>>899もそういうひとつ。

**デフォルトの名無しさん** · 2021/10/02(土) 17:40:54.85

>>900
(実装上は？ではあるが)C言語で言う \0 や NULL は必ずしもゼロではないから
ハードコーティングするな、みたいな話と同じでは？

C言語で EXIT_SUCCESS がマクロ定義されているのと同じでは？

あとシェルスクリプトで EXIT_SUCCESS って定義されてる？

**デフォルトの名無しさん** · 2021/10/02(土) 18:23:30.06

>>896
0はfalsy, 1はtruthy

**デフォルトの名無しさん** · 2021/10/02(土) 18:40:53.09

>>899
cmp, diffなんかも同じ
これは本来のタスクの成否に加えてエラー状態でliftしてるわけで
option typeと同じ

**デフォルトの名無しさん** · 2021/10/02(土) 18:54:39.94

>>901
\0はゼロだよねぇ？

**デフォルトの名無しさん** · 2021/10/02(土) 19:00:42.14

>>901
そんな机上の空論は、シェルに不要。
ハードコードとはもう言わん領域。
おまえは#define ZERO 0とかすんのか？ｗ

**デフォルトの名無しさん** · 2021/10/02(土) 19:08:57.75

>>904
イカれたエンコーディングが対象で、暗黙変換がしっかりされるなら、かならずしも0でなくてもええかもな？

イバラの道というか針山というか、愚かな夢想やけど。ｗ

**デフォルトの名無しさん** · 2021/10/02(土) 23:25:16.60

>>905
おいおい話ずれてないか？
C言語は if 文に数字を渡したらノンゼロで成立、シェルスクリプトはゼロで成立って話なんだが
つまり、C言語は #define TRUE 1 でシェルスクリプトは TRUE=0 ってこと

>>904
定義されていないからゼロとは限らないって話らしいよ

**デフォルトの名無しさん** · 2021/10/02(土) 23:47:19.06

>>907
おまえが勝手に勘違いして決めつけとるだけや。ｗ

0は「TRUE」をあらわすのではない。
ただの「0」や。
シェルとかでは一般的に、0を成功と見なすことにしとるだけ。

プログラムによってはあえて、1なら成功半分失敗半分、2なら超失敗、みたいにしてもええ。

**デフォルトの名無しさん** · 2021/10/03(日) 01:12:15.52

>>907
\0が定義されてないの？

nullはnullであって0じゃないけど
\0は0でしょう？

**デフォルトの名無しさん** · 2021/10/03(日) 01:52:00.50

>>909
Cでは、文字コードが定義されてない。
エスケープシーケンスは定義されとるが、その数値としての値が定義されてるかどうかは別の話や。

Cにはスタンドアロン環境があるし、>>906みたいに対応できなくはないやろうし、(char)¥0は(int)0でなければならないはずやが、それでもメモリ上では0でない可能性はあっていい気がするわ。

堅実にはありえないような、愚かな夢想やがな。ｗ

**デフォルトの名無しさん** · 2021/10/03(日) 21:33:19.87

Makefileのコマンド部分のインデントにタブ以外つかえないの地味にツライです

**デフォルトの名無しさん** · 2021/10/03(日) 23:29:34.04

>>908
俺が勘違いしているとお前がいうならそれでいいよ

じゃあ新しい話

return 0 が C言語とシェルスクリプトで意味が真逆で紛らわしいんだがどうする？

**デフォルトの名無しさん** · 2021/10/04(月) 00:19:02.66

>>912
アホにはムリ！
あきらめろ！

**デフォルトの名無しさん** · 2021/10/04(月) 00:38:06.79

郷に入っては郷に従え

**デフォルトの名無しさん** · 2021/10/04(月) 04:16:49.89

>return 0 が C言語とシェルスクリプトで意味が真逆
え？

**デフォルトの名無しさん** · 2021/10/04(月) 11:18:50.12

main()のreturnに関してはshと一緒だが
returnに限らずifや論理演算で使うときの0/0以外は意味が真逆って話ですかね

どうするもこうするも、脳内で切り替えるしかないのでは

**デフォルトの名無しさん** · 2021/10/04(月) 11:27:18.04

言語によって切り替えるのが普通の人だ

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

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