シェルスクリプト総合 その29
■ このスレッドは過去ログ倉庫に格納されています
シェルスクリプトに関する総合スレッドです。 全般 ・荒しは無視しましょう。 ・丁寧な姿勢を心掛けましょう。 ・ネチケット(死語)を意識しましょう。 前スレ: シェルスクリプト総合 その28 http://mevius.5ch.net/test/read.cgi/tech/1532397676/ 133 名前:デフォルトの名無しさん[sage] 投稿日:2019/04/04(木) 21:46:57.92 ID:gljFUA1G もうどっちがどっちなのか分からんけど グロブに関する疑問なら答えられそうなので, 最初の質問を教えてくれ。 136 自分:デフォルトの名無しさん[sage] 投稿日:2019/04/04(木) 22:06:28.63 ID:opkeFDjY [17/21] >>133 echo * (別にechoである必要はない)で ファイルが見つからない時になぜ * を返すのか? そういう仕様にした理由 なぜかは、 だいたいは、こんな感じ(だろうで)、 if(argc < 2){ fprintf(stderr, "usage: hoge file ...\n"); exit(1); } if((fp = fopen(argv[1], ...)) == NULL){ warn("%s", arg); exit(1); } $ rm -v '*' rm: *: No such file or directory $ rm -v '' rm: : No such file or directory $ rm -v usage: rm [-f | -i] [-dPRrvW] file ... unlink file どれがエラーとして適切?ということとかとか。他にエラーにならないのが困るとか スクリプトでしかの話なら何も返さないというのもあるけど、スクリプトだけのためのじゃないからねえ。上記の通りコマンド的にはエラーの方がわかりやすく、シェルがどのコマンドだから展開方法を変えるというわけでもないし >>151 そこにあるキーワードで別のmanがググれるよ >>152 誤 warn("%s", arg); 正 warn("%s", argv[1]); エラーだもの。「エラーの方がわかりやすく」ってとこ?すまん変な文になった そのままの方がわかりやすく(?) かな。 >>152 > そこにあるキーワードで別のmanがググれるよ 今度は、どのmanですか? ああ、「どれがエラーとして適切?」もか。「どれもエラーだがどれが適切?」というつもりだったんだが。「どれもエラーだがどれがエラメッセージとして適切?」までか >>156 今度はという意味がわからんが、 man 「キーワード」 でググってみ てか、またおまえか?いちいち教えてもらったのに文句つけてるんだなw >>157 for i in *.txt; do rm "$i"; done (すでに拡張子txtのファイルが全て削除されている場合) rm: '*.txt' を削除できません: そのようなファイルやディレクトリはありません これは適切なエラーメッセージだと思いますか? >>158 なんで「キーワード」というふうに隠すんですか? キーワードの中身を書きましょうよw >>152 の最後に書いてあるだろう。なんでいちいちいちいち教えなきゃならんのねん コマンドとしては適切だろう >>161 いちいち教えてもらわなきゃならないのに、隙あらば文句つけるようなヤツに丁寧に教える必要はないってことだよ。社会的に一般的なことだなw まあ、もともとはあんたに具体的に教えたくないから、あんたじゃない人に他にあるよと言ってみただけだな てか、ぜんぜん進んでねーな。こんなやりとりしてもぜんぜん進まないよ?少しは頭を働かせて自力でやってみなさいな 1. man bashにある 2. ありませんでした。 3. 他のmanにある 4. ありませんでした。 この流れか 日本語に訳してあげないと、書いてないことを認めなかったくせに 何言ってるんだろうね。 >>165 なにをおっしゃってるんですか?すごいな、いやすごい な?全然進まんだろ?w あんたが進まなだけだからな、別にあんたが進まないのは俺はどうでもいいんだけど、なにか進みたがってるあんたがどう動くのかが興味ありの なんで俺にいちいちレスしてんの?w > なんで俺にいちいちレスしてんの?w お前が言ってることが嘘だからだよ。 manにそういう仕様にした理由は書いてませんでした。 ちょっとは進んで(ID:3hZl3Wdo がヤツだとは思わなかったのでw)、>>152 を書いてみたが、ヤツはやっぱり聞かないだけだったという 俺は単に最初からmanにあるとしか言ってない、man bashに言及してるのはあったけど(>>105 ですでになのに、なんでいまごろなんだ?)、まあそこからでもたどり着くかなとw >>164 なんてお前の勝手な妄想解釈。あるよ本当に (「言っちゃった」とちょっと悔しくもある。また、「言っちゃった」のになんで探せないないねんwwwここまで言えばさすが自分で探すか?) 探せたか?wwまあ、探せても「読めない」可能性が高いかな ・やっぱり、探せない ・探せたが、読めなくて文句つける ・探せて、黙って逃げる ・他 どれでしょう。まあこう書いたら「他」にする可能性が高いか > なんでいまごろなんだ? >>105 の「パス名展開」の項にないのはわかっていて、そこにないと言ってるのに 性懲りもなく、>>147 で「bash なら man bash の Pathname Expansion に書かれてるから」と いうから、こいつ読んでないなってことで日本語に訳してあげたんだろ そして > ファイルが見つからない時になぜ * を返すのか? > そういう仕様にした理由 は、そこに書いてないと同意取れたはずだが? なんでそんな説明をせにゃいかんのよ? 「性懲りもなく」...「訳してあげた」んだろ すんげええなあ、今までさんざん無能っぷりを自ら披露しているのにw 単によくレスを見なかった人がと考えはしないのね。自分がレスをよく見ないくせにw お前のレスはぜーーーーんぶ自分内で完結している。こんな他人と交わらない方がいいんじゃないの? 呆れ果てるな。まあ、その自己の世界で妄想ダダ漏れすればいいと思うよ そりゃ、否定するよ。矛盾自己肯定だらけだもの もしかして、あんたって40超えたおっさんで外人にクソガキ呼ばわりされたことない?って気になったり。まあ、違うかw >>117 40超えたおっさんにクソガキ呼ばわりでもされたか?w いや、そういう(一部で有名な)有名人がいてな、あんたの属性が似すぎててな。幾つかは知らんが、あんたもそのうちそうなるだろうな 年意外同じだからw 年取ればそれが変わるわけでもないぞw イミフ。なんで「嫌い」とかアホなこと言っているのだか。人のふり見て我がふり直すとかあるでしょ?そういう意味だよ、そういう有名人 誰ともわからないハズなのに「嫌い」とだけの理由にできるとは...さては...ww はいはい。話戻すぜ。 ファイルが見つからない時になぜ * を返すのか? そういう仕様にした理由 ^^^^^^^^^^^^^^^^^^^^^^ manに書いてあるそーです。やつのたわごとを信じる人は (ネットじゃなくて)manの中から探してみてください。 信じない or 信じたけど裏切られたら、 ここにmanの場所が書かれることはないでしょう(予言) ・やっぱり、探せない か... うん、なんかよかったww じゃ、がんばれよ >>184 安心しろ。俺以外の人も見つけられない。 だからここに俺とお前以外の人間が書くこともない。 俺が言ってることが正しければな(笑) ほんと「読めないのな」。よかったはそういう意味じゃない わざとかと思えなくもないけど、いままでの「読めなさ」からはわざとではないとしか思えない どう見ても、お前の都合のよいことだな、さすがだよ 場所のレスもらえればお前がいままで知りたかったことがわかり、黙って逃げるだけw(そこにお前の苦悩とかなさげ) もらえなかったら、お前の中では自己肯定の補強にになるだけとういう。間違いでもな しょうがないな、1ヶ月後に教えてやるよw何もなかったら1ヶ月後に、この話題はw イミフ。下衆い意味で言っていそうではあるがwじゃ、適当な時にな それまで別の話題でお会いしましょう(笑) あ、他の人、manにないのは明らかなんで探さなくていいですよ〜w 時間の無駄でしょうし。 >>136 bashがそういう仕様にした理由は, shにあわせたからです. shがそういう動作をする理由は, expand()が0をかえしたときはもとの引数文字列でmakearg()するようにつくられているからです. おそらく, そういう仕様をきめてからそういう動作をさせたわけではないとおもいます. ようやくまともなレスがw >>191 その動き(expandやmakearg)はソースコードから? 補足しておくと俺は「"bashは"なぜそうしたのか?」とは 聞いてなくて、シェルスクリプト(元をたどればsh?)が どうしてそういう動作をするのかの理由を聞いてる。 で、それは特に理由はないのかな?たまたま最初の実装した人が あまり考えず、そうしましたぐらいの理由で。 だから理由を探しても見つからないと まとめ for i in *.txt; do echo "$i" done 何もファイルがないディレクトリで↑を実行すると 「*.txt」 というファイルが見つかったかのような動きをします。 「*.txt」というファイルだけがあるディレクトリで実行すると 全く同じように「*.txt」 というファイル名が表示されます。 つまり空ディレクトリでも「*.txt」というファイルがあっても 表示結果が全く同じになります。これは驚き最小の原則に反しています。 >>194 これを読んでも同じ結論になるわけだけど > 先に与えた、わかりやすく簡単なルール、 「ワイルドカードパターンをマッチしたパス名のリストに展開する」と言うのは、 > オリジナルの UNIX における定義であった。 これはパターンが空のリストに展開されることも許可されていた。 例えば 略 > において、*.gif ファイルが全くない場合でも、 これは空のリストに展開されるため、エラーにならない。 > しかし POSIX では、文法的に正しくないパターンや、 マッチがなかったパターンは、 そのまま変更されずに残されることになっている。 なぜ、わかり易く簡単なルールを捨てて、POSIXでは「そのまま変更されずに残されることになっている。 」を 選んだのかが書かれてないんだよね。 ・探せたが、読めなくて文句つける か... 探してじゃなくてっぽいけどw 書いてあることが。読めれば」>>152 もわかるだろうに。どういう意味で言ったかわからん最小の原則wとかやらにあっているだろう まあ、単に「認めたくない」だけだろな 何か他にファイルなどがあるとこで、*.hogeなんてファイルがなかったとしよう、 ls *.hoge でどう動くのが望ましい?この例「だけ」に噛み付くのじゃなく、ちゃんと頭を使って考えような >>197 1. 見つからない場合はエラーとなってls自体が実行されない 2. ls "" とみなされる のどちらかだろうな。 次はあんたが、頭を使ってレスしてくれなw >>197 ついでだから、ファイルが見つからない時 for i in *.txt; do echo "$i" done はどう動くのが望ましいか書いてくれよ。 今の動きや仕様を書くんじゃなくて どう動くのが望ましいかをね ほんとに脊髄だけで、頭使わないのな POSIXはシェルスクリプトだけを考えてるわけではないのだよ ls *.a *.c *.c で、どれかがあってどれかが無い場合の動作は?よくそれで頭使ってる風に言えるもんだ。 > で、どれかがあってどれかが無い場合の動作は? >>198 に書いたとおり Ruby のglob を使った方が、バグらないので良い! 空のディレクトリで実行するとこうなるのかw $ ls *.a *.c *.c ls: '*.a' にアクセスできません: そのようなファイルやディレクトリはありません ls: '*.c' にアクセスできません: そのようなファイルやディレクトリはありません ls: '*.c' にアクセスできません: そのようなファイルやディレクトリはありません 多分あいつは、 > この例「だけ」 のことしか考えてない予感がするなw >>202 そうだね。ファイルが見つからないときは ちゃんと空のリストを返してくれる。 シェルスクリプトのように、「*」を返すことはないね。 irb(main):001:0> Dir.glob('*') => [] ID変わったけど、俺が ID:8H4AhNTa な まだ、ゴネてる。自分の思ったようにならないってだけでよくそれだけ粘れるな POSIXの仕様に意味があるのはさんざん言った。お前が認めたくないなんて知ったこっちゃない POSIXの仕様に合わせてそんなのが動くように普通に書けるし、嫌だったらbashのオプションであんたの好きにできるだろうに >>201 ls: : No such file or directory ls: : No such file or directory ls: : No such file or directory って、出て来るのが望ましいのね ls: *.a: No such file or directory ls: *.b: No such file or directory ls: *.c: No such file or directory POSIXの人も俺と同じだと思うよw >>203 イミフ。なにを言いたいの? なんで、いちいちいちいちいちいち説明教えなきゃならいないねん >>207 この質問は無視? for i in *.txt; do echo "$i" done はどう動くのが望ましいか書いてくれよ。 >>207 やっぱりlsの例だけしか考えてないようだね その例だけなら、回らないのが望ましいだろな。だが、POSIXはシェルスクリプトだけを考えてるわけではないからしょうがないうちだろな で? >>209 何を言いたいのかわからんな。どゆこと?まさか「正確」と同じパターンじゃないよな?その気しか思えないので具体的に言って ついでにPHPの場合 $ php -r "print_r(glob('*'));" Array ( ) Perlの場合 perl -MData::Dumper -e 'print Dumper [glob "*"]' $VAR1 = []; Rubyと同じく、見つからない場合は デフォルトでは空のリストが帰ってくる。 >>210 さっきから > POSIXはシェルスクリプトだけを考えてるわけではないから を繰り返してるけど、シェルスクリプト以外とは何の話をしてるの? そして、シェルスクリプト以外ではどうだって言いたいの? >>211 だからお前、"lsの場合では" *だったらエラーがわかりやすいって言ってるだけじゃん。 forの場合では、当てはまらないじゃん。 >>214 ああ、なんだ「シェルスクリプト」の(それも特定な)場合か。「ls」なんて言ってるから他のコマンドとかと思ったぞ POSIXはシェルスクリプトだけを考えてるわけではないからw 話にならない、POSIXを勉強して出直してね C言語めんどくせーなーと思ったら、サクッとソースコード見つかった。 https://qiita.com/sassy_watson/items/03c16bd03b56e5579477 ↑のコードの ./*.txt を * に変換したけど、 やはり、空のディレクトリで * と表示されることはなく 何も表示されなかった。 POSIXってほんと何を言いたいんだろう? >>216 逃げるも何も「文句をつける対象を理解してない」のにどう相手をすれと?あんたにこれ以上こまごまこまごま教えてなきゃならんのか? だったら、逃げるよ POSIXはシェルスクリプトだけを〜とか、じゃあC言語のことなんですかねぇ でもC言語でも空のディレクトリで * が返ってくることはないし ほんと何が言いたいんだかw POSIXはシェルスクリプトだけを考えてるわけではないから → Ruby・・・空の配列を返す → Perl・・・空の配列を返す → PHP・・・空の配列を返す → C言語・・・空の配列を返す シェルスクリプト以外は空の配列を返します。 >>218 ,220 はあ...最後な >>194 ,195をよーく読め。なんでそれがbashでになってるのかも >>222 またそれか。よく読んでも、そうした理由は書いてない。 Supports rule 3 in the Shell and Utilities volume of IEEE Std 1003.1-2001, Section 2.13.3, Patterns Used for Filename Expansion. >>225 モロ体現してありがたい。オモロイなあんたは >>226 何度も言ってるが、 俺が聞いているのは、そういう仕様にした"理由"であって 仕様の場所は聞いてはいない。 ほんと、脊髄反射しかしねーなw >>228 言っているけど。「読めれば」そう書いてあるんだけどな。「読めない読めない」言われてもしょうがない あんただって、「空」だったらマズいときもあるって認めてるやん 本当にただただ「認めたくない」だけなんだな。その「コロ」っとあんたの原点に戻るあたり まあ、がんばりや そして面白いのが、シェルスクリプトは glob で見つからない場合に 検索パターンを返すのに対して、シェルスクリプト以外では 見つからない場合に、空のリストを返すって所だな。 >>229 お前、マズイときもあるし、マズくない時もあるって 自分で認めてるやんw ということはお前の主張は、所詮マズイときの例でしかなく マズくない時には当てはまらないってことになるんだぞ わかってるのか?お前の主張が崩れてるの で、シェルスクリプト以外は空のリストを返しているのに シェルスクリプトだけは、見つからなかった時に * という 文字列を返すという仕様にした理由は? 結局、一番マトモな理由は >>191 が書いた > おそらく, そういう仕様をきめてからそういう動作をさせたわけではないとおもいます. これだけなんだよな。特に理由はない。 (深く考えずに)そうしてしまった。 もちろん、正式なドキュメントとして この理由が、書かれている文書は見つかってないがね。 あ、みなさん。もし ID:b0dEtQwc を擁護したい人がいるならば ID:b0dEtQwc が示したドキュメントの中から、 「そういう仕様にした"理由"」を書いてある所を指摘して構わないんですよ? ないでしょう? 誰も指摘しないもんね。それが証拠だよ。 何言っているの? >この仕様、なにか便利なの? が、お前の原点だろ?それ以後「認めなたくない」のであーだこーだ言っているだけだな とうとう誰とも言えない人に頼るようになったか...ww >>234 ちゃんと流れを読むように 107 自分:デフォルトの名無しさん[sage] 投稿日:2019/04/04(木) 17:59:04.72 ID:opkeFDjY [4/21] >>104 聞いてるのは仕様ではなくて、 どうしてそうしたかの理由です。 >>236 流れというかレスを読めないあんたに言われたくないw いや、原点の話でしかないな。あんたの都合に(それもあんたの都合の良いようになだけな)合わせる必要性はこれっぽちもないな とりあえず、原点の問題は解消した&マズい場合もあるそれが理由ってことも解消したってことで、おしまい https://linuxjm.osdn.jp/html/LDP_man-pages/man7/glob.7.html > において、*.gif ファイルが全くない場合でも、 これは空のリストに展開されるため、エラーにならない。 > しかし POSIX では、文法的に正しくないパターンや、 マッチがなかったパターンは、 そのまま変更されずに残されることになっている。 > bash では、次のコマンドで昔からの振る舞いに設定することができる。 > > shopt -s nullglob なぜ昔からの振る舞いから替えたのか?その理由が謎 (理由を明確に述べているドキュメントがない) >>237 おしまいなんで、あんたは消えていいです。 1ヶ月後にちゃんと答えてください(笑) > POSIXはシェルスクリプトだけを考えてるわけではないから ↑これも結局何が言いたいのか不明だったな まあ、何も考えずに(調べずに)シェルスクリプト以外の言語でも * を返してるはずだって思い込んだんだろうなw (実際には見つからない場合は空のリストを返します。) なにか勝ち誇って妄想全開のようだが、全然違う >>195 をよく読もうな。>>226 と注目すべきとこあげたのに 他の言語でもglobなんて自ら実装したりはしないんじゃないの。単にそのオプションがデフォルトでは設定されていない、オプションが設定できるのは設定すれば同じになるんじゃないの。妄想お疲れさん > POSIXはシェルスクリプトだけを考えてるわけではないから ↑これで何が言いたいのかを書けば済む話 それが出来ないのはなぜだろうw あ、ちなみに「注目すべきとこ」には何も書いてませんよ。 いつもどおりです。 ほんとーーにっ、「読めない」のな、この脊髄反射マンっw 読めないって言わずに、具体的に引用すればいいだけなのに それをしないのは、結局引用する場所がないからなんだよね 「無い」から「引用できない」に変わったけど、同じパターンやな。そして前言はなかったことにという前々からの同じパターン >>246 はとりあえずレスしてみましたってだけで 中身がなにもないことに、皆さん気づきましたか? なんか少しは自分を見直すとかあって、ここでもこんなクソ(俺のも含めて)なレスの応酬もなく、見てためになる万人が楽しめるレス、Q&Aになるかと思ったが、無理かやっぱ(偉そう偉そう) そりゃ無理かっ。なんか急に飽きた、じゃな はい、コイツは何度目かの逃亡宣言です。 また懲りずに来ますよw bashの算術計算で小数を使う方法ってないです? +=で加算したいんですが >>250 それ俺も欲しいんだよね。 前にやった実装は、小数点以下2位固定だったから 1.23 を 123 にして計算してから、後ろ2桁の間にドットを入れて対応したけど 小数点以下の桁数が1.2とか1.234とかだったら面倒なんだよね。 bcコマンドとか呼び出せば簡単なんだが。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる