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

**デフォルトの名無しさん** · 2020/11/24(火) 21:37:20.06

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

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

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

**デフォルトの名無しさん** · 2021/01/14(木) 20:28:27.29

>>687
そもそも「実用」するようなもんじゃない。
しょせんヘマ避けなので、実装依存なんか問題にならないことは>>686も言ったとおり。

きみ、アホなの？

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

実用できない癖に実用性は求めるのか…
じゃあファイル名に依存しててもいいじゃん……

**デフォルトの名無しさん** · 2021/01/15(金) 07:41:49.61

実用っていうのは、echoするって意味だろ

ぱっとみてechoできなければ意味ないじゃんって
勘違いしたんだろうけど、echoするのが目的じゃないんだから実用性はある

なんのためにあるのか少しは考えたら？

**デフォルトの名無しさん** · 2021/01/15(金) 07:57:49.36

エコースクリプトという新ジャンルを思い付いたけど大してする事なかった

**デフォルトの名無しさん** · 2021/01/15(金) 07:58:08.43

ヘマ避けならそもそも実行権限つけなきゃいいだけじゃね……

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

シェルスクリプトをググらず書けるようになったやっぱ言語は覚えた方がいいのか
perlとか正規表現の指定しか知らんしまだsedやawkの方が出番あるわ

**デフォルトの名無しさん** · 2021/01/18(月) 18:36:52.77

まあ書けないよりは書けたほうがいいのは確かだが、
シェルスクリプトの場合、すでにある便利なコマンドを組み合わせるには
最速の方法なので、その言語を覚えていたとしても使えるようになったほうが良いと思うよ

シェルスクリプトの変わりにプログラム言語を使うと
コードが冗長になって、やりたい作業をささっとこなせない
コマンドの再発明をすることになる

**デフォルトの名無しさん** · 2021/01/18(月) 20:37:19.00

>>693
sedはともかく、awkは忘れて、Perlに乗り換えたほうがいいんでは。

つーか、ワイはawkを使えん！ｗ

**デフォルトの名無しさん** · 2021/01/18(月) 21:36:36.94

Perlは互換性がなー、と言いたいところだけど
その互換性って主にライブラリの話
awkにはライブラリがない。

じゃあライブラリ無しで比べてみよう
ライブラリがないawkと
ライブラリを使わないPerl

どちらが機能が上で互換性があるだろうか？
おそらくPerlの方が機能が上で互換性も有るだろうな
Perlがawkに劣るのは標準で入ってない環境に当たる可能性が少し高いってことぐらい

**デフォルトの名無しさん** · 2021/01/18(月) 23:52:13.21

ifはfi
caseはesac
など、何で最後の単語が逆になってるんでしょうか？

**デフォルトの名無しさん** · 2021/01/19(火) 00:26:51.55

parlはawkやsed風に書けるけどあくまで似せてるだけで細部では違うから戸惑ったぞ
awkとperlでは添字がずれるし
sedの/foo/!や/foo/,/bar/はperlじゃできないからな

**デフォルトの名無しさん** · 2021/01/19(火) 00:46:49.98

awkはテキスト処理に特化した言語だろ
そもそも土俵が違う

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

>>696
もう答えが出とるやん。ｗ
ワイもそのとおりやと思う。

違うとするなら、昔のサーバーよりも、最近のコンテナのほうがPerlを外したくなるやろな、てところ。
意外とsedの価値が上がってる気が。

**デフォルトの名無しさん** · 2021/01/19(火) 01:55:12.82

ちなみに、互換性ならむしろPerlのほうが？

環境に依存しないワンライナーを書くならsedよりperlの方がいい - Qiita
https://qiita.com/takc923/items/8654d69008e921c9c9fb

**デフォルトの名無しさん** · 2021/01/19(火) 03:26:45.46

>>697
When keywords are used, generally the reversed character sequence of the introducing keyword is used for terminating the enclosure
っていうだけ、terminating the enclosure のために reversed character sequence でいいんじゃねっていう発想なだけだろう

**デフォルトの名無しさん** · 2021/01/19(火) 03:59:18.00

どの道具を使うべきかは解決すべき問題が与えられた時点で決まる
どれが優れているかなんて一般論で言うのは無意味だろ

**デフォルトの名無しさん** · 2021/01/19(火) 04:17:07.83

doブロックの終了はなんでodじゃないんだろう。
odコマンドとぶつかるから?

**デフォルトの名無しさん** · 2021/01/19(火) 04:21:10.41

らしい。odコマンドが先にあったかららしい

**デフォルトの名無しさん** · 2021/01/19(火) 05:59:25.50

>>699
そのawkをBEGINだけ使って、Perlのような使い方をするコードを
シェルスクリプトだって言い張ってる
awk言語プログラマだっているんですよ！

**デフォルトの名無しさん** · 2021/01/21(木) 09:09:20.38

ALGOL 68先輩チイっす

**デフォルトの名無しさん** · 2021/01/23(土) 22:13:34.25

長いマルチバイトの文字列をきりのよい文字でカットすることはできますが

動画を落としていますがファイル名はタイトルから取っています
しかし昨今タイトルが長い動画があるため規定以上はcutコマンドでカットしていました
問題がありながらもそれなりに使えていたのですが
先日から落とせてない動画があり調べると
文字の途中でcutされてバイナリ文字になっているためか
samba経由で見れていないのが原因でした
（ls + grepでgrepがうまく動作していない問題もありました）

cutコマンドを調べると-bではなく-cを使えば将来的にいいようなのですが
現状-bと-cの動作は同じでした
このような場合にどのように対応するべきでしょうか

**デフォルトの名無しさん** · 2021/01/23(土) 22:13:55.21

続き

【現状の実装】
cut -b 1-220 -n

【変更してみた実装】
cut -c 1-220 -n

【途中に加えている編集】
sed -e "y/！’＠＃＄％＆－＋＝＿；/\!'@#$%&-+=_;/
※この編集のために以下の文字列の「！」が「!」になっています
　これ以外に英数字などのASCII文字を変換をしていますが影響しないため割愛します

【元の文字列】
XXXXXXXXXX_たとえばラストダンジョン前の村の少年が序盤の街で暮らすような物語第3話『たとえば「なんでもします！」と言われりゃ悪い気はしないけどそこはダメって言わなきゃいけないようなジレンマ』

【cutの結果】
XXXXXXXXXX_たとえばラストダンジョン前の村の少年が序盤の街で暮らすような物語第3話『たとえば「なんでもします!」と言われりゃ悪い気はしないけどそこはダメって言わ?

※最後は「?」になっていますがls上の表示であり実際は違うようです

なお最終的には上記の文字列に拡張子を付与しています

**デフォルトの名無しさん** · 2021/01/23(土) 23:45:49.57

cut -b 1-220 | iconv -f utf-8 -t utf-8 -c

**デフォルトの名無しさん** · 2021/01/24(日) 00:02:43.53

違法ダウンロードは駄目だぞ

**デフォルトの名無しさん** · 2021/01/24(日) 00:07:55.48

バイト数ではなく、見た目の長さ(全角(？)が2文字分)で切るでいいんだったら
colrm 221
かな

**デフォルトの名無しさん** · 2021/01/24(日) 02:59:28.84

ext4は255バイトでNTFSはUTF-16で255文字だっけ？

ext4は日本語だと85文字ぐらいしかないんだよな
IVSをフルに使われたら32文字にまで減るというｗ

それに対してWindowsは255文字

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

ロケールに対応していれば文字数で切ることは出来るかもしれないけど
それだと最大に長さにするのは難しそう
かと言ってCロケールとかにすると文字の区切りがわからない
文字として扱いたいけどバイト数で長さを切るって難しいな
なんでext4ってバイト数制限なんだろ？

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

やるとしたらUTF8ロケールにして
N文字・・・何バイトか調べる
N-1文字・・・何バイトか調べる
って繰り返して、最大のバイト数に入るまで
1文字ずつループで削るしかないのかな？

**デフォルトの名無しさん** · 2021/01/24(日) 03:45:30.91

ぶつぶつ独り言をなに言ってんだこいつw

**デフォルトの名無しさん** · 2021/01/24(日) 06:40:05.99

どこか間違いでも？

**デフォルトの名無しさん** · 2021/01/24(日) 09:56:52.75

さりげなく間違いを入れて正しい答えを書いてもらう、そんなのには釣られんから

**デフォルトの名無しさん** · 2021/01/29(金) 13:10:05.73

ファイル1から時定数のマルチバイト文字数をファイル2へ出力するプログラムを書いてみたよ
https://www.stdput.com/dat/pg/cutstr.zip

手抜きでutf-8限定だけどね

**デフォルトの名無しさん** · 2021/01/29(金) 14:11:51.49

>>719

C言語で独自実装してるからやり直し
--------

引数のファイルから指定した文字数をファイルへ出力します

コンパイルを行う為にg++が必要です
g++をインストールした後にcomp.shを実行して下さい

# apt install -y g++;

$ cd /(cutstrのディレクトリ)/;
$ sh ./comp.sh;

--------

実行ファイル
pg_cutstr.out

引数
-i 対象とするファイル
-n (出力する数)
-i 結果を出力するファイル

--------

実行例

./pg_cutstr.out -i /tmp/input.txt -n 8 -o /tmp/output.txt

--------

**デフォルトの名無しさん** · 2021/01/29(金) 20:32:02.95

bashの機能をざっと見ていたらこんなの見つけたんだけど
http://manpages.ubuntu.com/manpages/bionic/ja/man1/bash.1.html

/dev/fd/fd
fd が有効な整数ならばファイル・ディスクリプター fd が複製されます。
/dev/stdin
ファイル・ディスクリプター 0 が複製されます。
/dev/stdout
ファイル・ディスクリプター 1 が複製されます。
/dev/stderr
ファイル・ディスクリプター 2 が複製されます。
/dev/tcp/host/port
host が有効なホスト名またはインターネットアドレスで port が整数のポート番号
ならば、 bash は対応するソケットに対して TCP 接続のオープンを試みます。
/dev/udp/host/port
host が有効なホスト名またはインターネットアドレスで port が整数のポート番号
ならば、 bash は対応するソケットに対して UDP 接続のオープンを試みます。

インターネットアドレスで接続できるんだーは、これみてなんとか使い方わかったんだけど
https://suztomo.hatenadiary.org/entry/20080430/1209574954

/dev/fd/fd これってどうやって使えばいいの？

**デフォルトの名無しさん** · 2021/01/30(土) 11:06:08.44

2> /dev/fd/1
2> /dev/stdout
2>&1
等価だろう。大体は 2>&1 だろうけど、2>&1 じゃなく上の方がとかは
out=/dev/null # or /dev/1(/dev/fd/stdout) or /path/to/file, etc
2> $out
とかしたいとかかな。0/1/2以外は exec で自分で(FIFOとか)割り当てたのとか

**デフォルトの名無しさん** · 2021/01/30(土) 13:28:33.67

/dev/fd/100 とかできるんじゃないかと思って

**デフォルトの名無しさん** · 2021/01/30(土) 13:33:54.58

もしかして/dev/fd/fdを使って新しいファイルディスクリプタを作れないのか？

**デフォルトの名無しさん** · 2021/02/01(月) 01:32:52.47

$ a=$(printf '\0\n')
-bash: 警告: command substitution: ignored null byte in input
っていうエラーが出るんだけどさ、これだとでない
printf '\0\n' | read a

なんでreadだとこのエラーはださないんだろう？
誰か理由わかる？

**デフォルトの名無しさん** · 2021/02/01(月) 02:54:12.47

https://stackoverflow.com/questions/46163678/get-rid-of-warning-command-substitution-ignored-null-byte-in-input

**デフォルトの名無しさん** · 2021/02/01(月) 02:58:31.68

>726
それは「警告：コマンド置換：入力のヌルバイトを無視しました」を取り除きます
という内容なので全くの無関係です

**デフォルトの名無しさん** · 2021/02/01(月) 03:00:33.65

なぜこんな簡単な質問が理解できないのか、疑問に思います。

質問は明らかにこれです。
> なんでreadだとこのエラーはださないんだろう？

**デフォルトの名無しさん** · 2021/02/01(月) 03:25:24.42

readはコマンド置換じゃないから。
なんでこんな単純なことが理解出来ないのか、理解に苦しむ

**デフォルトの名無しさん** · 2021/02/01(月) 03:33:26.42

すごいな。本当に質問を理解できてなかったよ。
なぜコマンド置換ではない場合は、エラーを出さないことにしたのか？
という質問だろ

**デフォルトの名無しさん** · 2021/02/01(月) 03:41:04.66

>なぜコマンド置換ではない場合は、エラーを出さないことにしたのか？

昔は出ていたんですか？

**デフォルトの名無しさん** · 2021/02/01(月) 03:44:32.56

ふう・・・昔はどうだったかなんて>>726を読めばわかるだろ
話にならない

**デフォルトの名無しさん** · 2021/02/01(月) 04:06:05.16

だったら質問がおかしいだけでは？
ほんと話にならないｗ

**デフォルトの名無しさん** · 2021/02/01(月) 04:07:05.58

言ったな？なら質問のどこがおかしいか指摘できないなら
お前が間違ってることになる。はいどこがおかしいか言ってみて

**デフォルトの名無しさん** · 2021/02/01(月) 04:07:54.79

まあまたいつものやつだろうな。他人の話を聞かないで
自分の思い込みで発言して、指摘されたら逆切れ

**デフォルトの名無しさん** · 2021/02/01(月) 09:03:24.63

宿題でもやってんの？
ソースでも読めばいいのに

**デフォルトの名無しさん** · 2021/02/01(月) 09:17:38.98

>>735
自己紹介かよ草

**デフォルトの名無しさん** · 2021/02/01(月) 09:26:00.05

ソース読んでも意図はわからんだろうな
元々あったが無効に(#if 0)になってたのが有効に(#if 1)なったていうだけっぽい、ソース上だけでは

**デフォルトの名無しさん** · 2021/02/01(月) 10:21:53.21

なぜこんな簡単な文章を最後まで読まずに無関係だと決めつけるのか、疑問に思います。

**デフォルトの名無しさん** · 2021/02/01(月) 11:27:36.40

キチガイに関わるな

**デフォルトの名無しさん** · 2021/02/01(月) 12:03:40.53

>>738
やっぱ意図はわからんか

>>739
意図はわからんだろうなと言ってる人がいますが、
それで意図の話とどう関係するんですか？

**デフォルトの名無しさん** · 2021/02/01(月) 12:55:01.95

> なんでreadだとこのエラーはださないんだろう？
>なぜコマンド置換ではない場合は、エラーを出さないことにしたのか？
ある意味認識が逆。でなくて、単に、
コマンド置換とこだけ(そもそもコード上でもあった)メッセージを出すようなった
というのだろう

そういう認識を持っていた(本当に持っていたかは知らんけどw)ら、お前に対して言っているのも間違いではない
単なるちょっとした行き違いとしろよ。お前の質問文がズレてるのもあるしそれなのにお前から挑発してるしw、何で
コマンド置換とこだけ(そもそもコード上でもあった)メッセージを出すようなった
のかはちょっと調べた範囲ではわからなさそうだからな＝そのせいでバグとされて対応に追われてるのがわんさかあるのに、何でbash 4.4(？)からそうなったのか言及されてるのはなさげ

**デフォルトの名無しさん** · 2021/02/01(月) 12:57:52.28

パイプは、エラーメッセージを出したらダメ。
後ろにつながらない

出ていても、標準出力には出せない。
結果を、後ろに標準出力で渡すから

標準エラーか、エラーログに出さないといけない

**デフォルトの名無しさん** · 2021/02/01(月) 13:00:27.89

今までのでの関連なら関係ない話だな

**デフォルトの名無しさん** · 2021/02/01(月) 14:09:03.27

>>742
> コマンド置換とこだけ(そもそもコード上でもあった)メッセージを出すようなった

どっちでもいいわｗ

なんでコマンド置換「だけ」だしたのか？その意図がわかる？

言っとくけど質問は「だけ」だからな
「だした」理由なんかわかってる
なぜコマンド置換のとこ「だけ」なのか

**デフォルトの名無しさん** · 2021/02/01(月) 14:11:00.77

>>743
標準出力にエラーを出すなんて発想は最初からなかった
標準エラー出力に出すに決まってるよ

**デフォルトの名無しさん** · 2021/02/01(月) 14:19:22.93

お前ら今年も仲いいな (´・ω・｀)

**デフォルトの名無しさん** · 2021/02/01(月) 17:54:19.71

>>745
お前は人の文の意図さえ全く読めないのか

てか、また自分の非／ミスは全く認めないその文からは...
そんな「知ってた」はずなら、質問は的確だっただろうに、そのごまかしからもやはり...

だったら、終了だな。すでに>>742って書いてるからな
お前がやはりいつものやつだったらいつもの通り読めないんだろうけどw

**デフォルトの名無しさん** · 2021/02/01(月) 18:03:43.60

>>748

> なんでreadだとこのエラーはださないんだろう？
> 誰か理由わかる？

この「質問」に最初に答えたレスはどれですか？

**デフォルトの名無しさん** · 2021/02/01(月) 18:04:02.51

どっちか判断つかなかったのは>>735があるからなw
いつものやつ本人だったら本当によくいうよだよ、ガイキチ
じゃないんだったら、自分の>>735をよく噛みしめるんだな、>>745がまさしくお前のいう>>735だろうにww

**デフォルトの名無しさん** · 2021/02/01(月) 18:05:58.97

> すでに>>742って書いてるからな

>>725の質問の後、>>726-741の間で質問を理解してないと言われて
ようやく気づいて>>742で答えたってことですよね？

**デフォルトの名無しさん** · 2021/02/01(月) 18:07:57.44

散々指摘されてようやく

>>742で、readでこのエラーはださなかった意図は
（俺には）わかりません。だからなぁ

>>742より
> コマンド置換とこだけ(そもそもコード上でもあった)メッセージを出すようなった
> のかはちょっと調べた範囲ではわからなさそうだからな

**デフォルトの名無しさん** · 2021/02/01(月) 18:09:50.61

>>749
>コマンド置換とこだけ(そもそもコード上でもあった)メッセージを出すようなった
>そういう認識を持っていた(本当に持っていたかは知らんけどw)ら
>>726もそれに当たるだろうし、以下の>>729なども返しとしてはそんなに間違っていないなw

てか、そのズレてる質問、間違った質問をまだ繰り返すのだな？？w
>>751,752
やはり、いつものお前か？ああ、やっぱりお前か。ガイキチ確定かよ(？)w

**デフォルトの名無しさん** · 2021/02/01(月) 18:12:17.51

> >>726もそれに当たるだろうし、以下の>>729なども返しとしてはそんなに間違っていないなw

大間違いじゃん。

>>726の答え
質問 AとBが候補として考えられるのに、Bだけやった「意図」は？
答え Bだけやりました

>>729の答え
質問 AとBが候補として考えられるのに、Bだけやった「意図」は？
答え AはBじゃないから

「意図」を全く答えてない
０点だろｗ

**デフォルトの名無しさん** · 2021/02/01(月) 18:13:26.88

散々指摘も何も、俺は>>738からだからな。単に>736のレスに興味持ってそれに対してからの
お前の疑問は別に否定してないのになあwどっちの言い分もまあわかるっていう感じなw
なんかまた妄想のストーリー描いているようだけど、トンチンカンなレススンア

**デフォルトの名無しさん** · 2021/02/01(月) 18:14:35.10

>>754
すでに書いたろ。やはり読めないようだけど
お前の欲しいレスだけくれなんてお前の都合なんて、レスを書くやつに強制しても無駄だぞ？お前自体してないんだからww

**デフォルトの名無しさん** · 2021/02/01(月) 18:18:04.17

> すでに書いたろ。
それはさんざん質問を理解してないと言われた後な

**デフォルトの名無しさん** · 2021/02/01(月) 18:19:40.53

>>754で書いたけど

>>726も>>729も的外れだってことは否定しないよな？
そういうことだよ。否定しないくせに否定するなとｗ

**デフォルトの名無しさん** · 2021/02/01(月) 18:20:05.00

>>755って書いてるのに未だにw
また明らかに自分のミスを誤魔化すためだけのレスだな。しょうもない

**デフォルトの名無しさん** · 2021/02/01(月) 18:23:11.00

だから「質問を理解してない」って話題はここなわけ

728 自分：デフォルトの名無しさん[sage] 投稿日：2021/02/01(月) 03:00:33.65 ID:45FIRZtx [2/2]
なぜこんな簡単な質問が理解できないのか、疑問に思います。

質問は明らかにこれです。
> なんでreadだとこのエラーはださないんだろう？

729 名前：デフォルトの名無しさん[sage] 投稿日：2021/02/01(月) 03:25:24.42 ID:srTHfdLe [1/4]
readはコマンド置換じゃないから。
なんでこんな単純なことが理解出来ないのか、理解に苦しむ

お前が出てきたのは後からじゃん。
後から来て質問と無関係の話をしてるやつを擁護してくるなと

**デフォルトの名無しさん** · 2021/02/01(月) 18:25:08.63

その本人が本当にはどう思っていたかは知らんが>>753に書いた通り。そんなお前の都合の良い方だけに与しない
別に間違っているとは思えなく読める。読めない／誤魔化したいだけのお前にはわからんだろうが
また、>>750って書いてるのに、まだ続けるのか。さすがだな...w
また誤魔化すだけの話題変えるしなwwガイキチの粘着質は尽きないな

**デフォルトの名無しさん** · 2021/02/01(月) 18:28:22.85

なんつーか、質問がはっきりしてるのにその質問を無視して
アホを擁護するとか、まあいつもの流れだよなぁｗ

**デフォルトの名無しさん** · 2021/02/01(月) 18:30:08.47

質問に答えるだけでいいんやで？
それ以外の話はお前とは関係ないやろ？
質問に答えてあとは黙ってればいいだろ？

本当にお前がしたいのは、質問と関係ない話をして
日頃の鬱憤でも晴らしたいんか？

**デフォルトの名無しさん** · 2021/02/01(月) 18:31:58.96

どっちの言い分もまあわかるっていう感じなだからな。また質問がズレてるとおも言ってるしな(それが元凶だろうという意味だぞw)
全然人のを読めないのな
どういうオチなのか知らんがよく>>750なんて書けたなあっていうだけのオチだなw

**デフォルトの名無しさん** · 2021/02/01(月) 18:33:12.67

>>763
よくいうよwww
まあ素晴らしいオチとしておくよ。別に笑いを誘ったわけじゃないんだろうけどww

**デフォルトの名無しさん** · 2021/02/01(月) 18:34:17.43

あ>>754についての反論もなかったね。

**デフォルトの名無しさん** · 2021/02/01(月) 18:36:52.59

書いてるだろうに...わからんのか。かやはりお前は読めないやつだな...つくづく呆れるw

**デフォルトの名無しさん** · 2021/02/01(月) 18:46:47.12

書いてる言ったからには、その書いてるレスを引用する必要がある
そうすればお前の主張する「書いてる」が間違いだとわかるだろう

**デフォルトの名無しさん** · 2021/02/01(月) 18:52:47.07

お前は偉そうなくせに教えてくれくんだなあ...つくづくそう思う
そんなヤツはどう扱われる／見られるなんて普通知っているもんだが、さすがだなw
誤魔化そうとすればするほどドツボなのも、さすがすぎてすげえよw

**デフォルトの名無しさん** · 2021/02/01(月) 19:36:21.57

それがお前がどうしてもレスしたかった事なんだよな？ｗ

**デフォルトの名無しさん** · 2021/02/01(月) 20:02:15.14

自己紹介好きすぎだな
らしいけどww

**デフォルトの名無しさん** · 2021/02/01(月) 20:42:09.98

暇なのね君たちは

**デフォルトの名無しさん** · 2021/02/01(月) 22:25:22.02

>>730にこう書いてあるねぇ
>なぜコマンド置換ではない場合は、エラーを出さないことにしたのか？

コマンド置換じゃないから。>>729で書いた時点で話が終わってるはずなんだが。
ごめんなさい言えばいいだけなのに、20近いレスで
言い訳ばかり書いてるような頭じゃ理解できないんだろうな

**デフォルトの名無しさん** · 2021/02/02(火) 16:20:28.39

>>773
なんでコマンド置換じゃないときはエラーを出さないようにしたの？

**デフォルトの名無しさん** · 2021/02/02(火) 20:51:03.59

>>774
なんで出す必要があるの？

**デフォルトの名無しさん** · 2021/02/02(火) 22:58:29.24

コマンド置換だしたからだろ？

どちらもnullがあったらかってに除去するという処理をしていたのに
なぜかコマンド置換の場合だけエラーを出すようにした

それはなぜか？その理由が>>729に書いてあると言ったよね？

**デフォルトの名無しさん** · 2021/02/03(水) 00:00:50.72

基地外だなマジキチ

**デフォルトの名無しさん** · 2021/02/03(水) 00:01:18.12

>>776
readはコマンド置換じゃないから。

って書いてあるじゃないか。

**デフォルトの名無しさん** · 2021/02/03(水) 00:30:27.87

ignored null byte処理が実装されたのは、
コマンド置換: 2.05-alpha (この時点ですでにメッセージを出力する文もあることはある)
read: 4.3 (メッセージを出力する文はまだない)
コマンド置換でメッセージ出力するようにしたのは 4.4-betaからで、readでメッセージを出力するのは時期尚早なんだろうw
readとコマンド置換が同じじゃなくてはというようなことを言い張ってるが、bashの中の人は別に同じとは思ってないんだろう
他に構文解析かな？？のとこでも同じように ignored null byte を出力する文はあることはあるしな(言い張ってるゼロイチ論ではこっちもじゃないのか？)

>まあまたいつものやつだろうな。他人の話を聞かないで
>自分の思い込みで発言して、指摘されたら逆切れ
どの口いやどの頭でこんなことほざいたんだか。いやあの頭だからか

**デフォルトの名無しさん** · 2021/02/03(水) 03:19:25.92

>>778
コマンド置換ではないreadは出さない「理由」はなんですか？
が質問ですよ？

readで出さない理由はわからないけど
readはコマンド置換じゃないから出しませんでした。
だと「理由はわからない」が答えになります。OK？

**デフォルトの名無しさん** · 2021/02/03(水) 03:23:16.39

>>779
あなたは時期が来たらreadでエラーを出すべきだと思いますか？
逆にそう思わないですか？

出すべき or 出すべきでない、その理由は何でしょうか？
知りたいのは「理由」です。

いま出てないから出てないんだーとかいう
現状は最初からわかってます。

**デフォルトの名無しさん** · 2021/02/03(水) 03:36:41.39

こっちはechoを使ってるのに、こっちではprintfを使ってる理由はなんですか？というレビューに対して
printfはechoじゃないから、じゃ全く答えになってないんだよな
そんな答えばっかり返してるやつはアスペだと思う

レビューでインデントはスペース4にしなさいと言っても
こっちのスクリプトは4にしなさいと言われなかったからとか言いそうｗ

**デフォルトの名無しさん** · 2021/02/03(水) 04:14:56.11

読めなさすぎだろう、自分の頭で物事を考えなさすぎだろう
問題の本質は、
何でコマンド置換のとこのソースコード中に昔から元々あったメッセージ出力を出すようになったのか
でしかない。readとか関係ない。ソース見れば大体その雰囲気がわかるだろう
質問するなら、
どうして4.4からコマンド置換のとこでメッセージ出すようになったか
だろう。readに主題置いて聞かれたら、readはコマンド置換じゃないからという返答は特におかしくもないだろう

レビューとか下手な例え話してんじゃないよ

**デフォルトの名無しさん** · 2021/02/03(水) 04:24:23.61

>>783
本質って、最初のレス読めばわかるだろう？
>>725

> $ a=$(printf '\0\n')
> -bash: 警告: command substitution: ignored null byte in input
> っていうエラーが出るんだけどさ、これだとでない
> printf '\0\n' | read a
>
> なんでreadだとこのエラーはださないんだろう？
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 誰か理由わかる？
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

問題の本質は「なんでreadだとこのエラーはださないんだろう？誰か理由わかる？」
以外にありえないよ。勝手に文章に入れ替えるの"だけ"は明らかに間違いだからね

**デフォルトの名無しさん** · 2021/02/03(水) 04:27:53.75

> だろう。readに主題置いて聞かれたら、

readは主語ではありません。この文章は日本語でよくある主語の省略です。

主語を入れるなら
「なんで（開発者は）readだとこのエラーはださないんだろう？」
となり、主語は開発者です。

**デフォルトの名無しさん** · 2021/02/03(水) 04:30:18.19

お前の言ってるのはトンチンカンな質問の本質(？？)wだろう
問題の本質の意味が違う、てか読めねえの？普通に読めそうだと思うんだがな
トンチンカンな質問の発端がメッセージが出ることなんだろ？その疑問の発露となる問題の本質だよ、故に
何でコマンド置換のとこのソースコード中に昔から元々あったメッセージ出力を出すようになったのか
だよ

繰り返しreadではと言っておいて何を言っているのか。本当にお前は懲りないな

**デフォルトの名無しさん** · 2021/02/03(水) 04:34:08.84

文章は

「read "では"」です。
「read "が"」ではありません。

この文章を見て、readを主語だと思うのは日本語不自由な証拠です。
「コマンド置換（主語）がエラーを出している」
「read（主語）はエラーを出さない」
と勘違いしちゃったんでしょうね。

「開発者はなぜコマンド置換ではエラーを出すようにし、readでは出さなかったのか？」
という文章だと読めなかったんですか？

やっぱりアスペなんだろうな

**デフォルトの名無しさん** · 2021/02/03(水) 04:40:15.59

どうして4.4からコマンド置換のとこでメッセージ出すようになったか
開発者の気分だろうwもしくはそこの部分で開発者に何らかの注文があったんだろ
コマンド置換の部分だけの修正(ソースコードからは気分としか読めないけどw)なのでコマンド置換だけの話、readは関係ない
readに主題置いて聞かれたら、readはコマンド置換じゃないからという返答は特におかしくもない
それだけの話だな

色々読めないくせに、なんか言ってる
正直何言ってるのとしか思えない。マジでそれで自分は日本語が不自由ではないと思っているなら、日本語が不自由すぎだろう。そりゃ色々読めないだろうな

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

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