シェルスクリプト総合 その29
■ このスレッドは過去ログ倉庫に格納されています
シェルスクリプトに関する総合スレッドです。 全般 ・荒しは無視しましょう。 ・丁寧な姿勢を心掛けましょう。 ・ネチケット(死語)を意識しましょう。 前スレ: シェルスクリプト総合 その28 http://mevius.5ch.net/test/read.cgi/tech/1532397676/ 浅いな、catは一例なのに そのやたらプライド高そうだけど、全然そのプライドを裏付けるもの無いから、こんなことになってんやで?まあ、プライド高いから言ってもわからんだろけど ちなみに、'*'でなくて''でもよさげなんだけど、'*'の方がやっぱりいいんだな(と、思う。そう具体的に書いてない、''に言及してはいないけど)。さて、どうしてでしょう? > さて、どうしてでしょう? お前にその答えが言えんの? *の方が良いと思ってるようだが、 正確にはディレクトリが空の時に帰ってくるのは、正確には*じゃないんだが うん、>>117 なんて宣える人にそう言われてたくないけど。やっぱ想像はつかないのね。なのになんで疑われているのかさっぱり。また煽って喋らせる手法?w 正確にはってのはイミフ。なんの正確?なにを言いたいのかイミフだがほぼデフォルトの環境ではそうだよ、てか、そう決められているはずなんだがなあ 聞いてるのは、決められているかどうかじゃなくて なぜそういう風に決めたかだって言ってるだろ だいたい、俺の想像していることがわかってない時点で お前はダメダメなんやで?わかってるか? 俺の想像していることぐらい読み取れ! ディレクトリが空の時に帰ってくるのは * ではありません。 echo ? だと ? が帰ってきます。 echo *[a-z]* だと *[a-z]* が帰ってきますが、 さて、このディレクトリは空でしょうか? それとも *[a-z]* という名前のファイルがあるのでしょうか? だから、なぜそういう風に決められたかっていうことをずーーっと言っているんだけど? あんたが自分勝手な自分だけの思いで自分の考えに固執してるから先に進んでないんだけなのに。既視感ありまくりw '*'の方がいいとまでちょっと進んで言っているのに聞かないで反発してるだけだし。答えは書いてある。さあ、理解に向けて進んでみようw >>123 ,124 そりゃそうだ。根本的に勘違いしてる。*なんだから'*'、?なんだから'?'、[a-z]*なんだから'[a-z]*'でしょに。なにを言っているのだか なんで、ますますプライドを裏打ちするものが無いって自ら開陳するかなあ。捨てなその意味ないプライドは。文字通りプライドが邪魔する(意味が違うか?w)でしょうに >>122 あすぺってこういう人のこと言うの? 違う? だから答えは書いてないって言ってるだろ いい加減、悪魔の証明は辞めてくれ。 無いものは無い。無いという証拠を見つけられないなら 悪魔はいるってことだ!←ほんと馬鹿みたいだ 答えは書いてあるよ。ふんわりと。あんたに理解できるようには書いてないかもだけどwいや、プライド高いお人だからわかると思うんだけどということでw 悪魔の証明でもなんでもないのになあ。なんとか言わせたくて必死な感じ?通用しないよ何度もはw >>127 俺のこと?違うよww わざとやってます。なんかオモロイから なんで自分の労力を割くのが嫌いなくせに、まわーーーーーり道してんのかなあと。どこまで回り道すんのかなとw もうどっちがどっちなのか分からんけど グロブに関する疑問なら答えられそうなので, 最初の質問を教えてくれ。 ありゃりゃ。終わっちゃうかっw 親切だな。まあいいことだけど。ヤツにとっていいこととは思えないけど(余計なお世話) >>133 >>96 が元、(>>105 .106からの?)>>107 だよ。それ以外はいらないww(たぶん) >>133 echo * (別にechoである必要はない)で ファイルが見つからない時になぜ * を返すのか? そういう仕様にした理由 ありゃ? もうすぐ答え出るかと思ってひとっ風呂浴びてきたんだが まだでてないや。誰か曰くmanに書いてあるらしいから 知らなくても答える気があるなら、答えられるはずなんだけどなー な?書いてないだろ? そこまで言い張ってあったらどうすの?いやあるんだけど 黙って逃げるだけの未来しか見えないw じゃあ先に答えを言ってくれた人へ ありがとう これでもう黙って逃げるだけの未来はなくなりました。 やかましわっ、アホっw なんでこうも強情というか自信満々なのかなあと、実際にあるのに書いてあるのを知っている方は思うんだよ で、ここまで強情で自身満々故になのか逃げるだけかというのも透けて見えるんだよ まあ、>>133 のお人が答えてもらえるんだからもっと待ちなさいな なんでそうも自己都合なんだかw。俺が>>133 だったら答えるのやめるw。別に>>133 のお人に答えるなとか風なことでではない、あくまでも俺だったらね 書いてある内容をコピペすりゃ終わりなのに 長引かせてるのはお前やで? そうだよ?言われなくても、そうだよ?(すでに>>131 で書いてあるやん?w) なにを急に言い出してるの?それもあんたも律儀にレスしてんのに いやいや、それを言うならあんたもだって。なんだかなあ。それに俺はちゃんと答えている(ふんわりと)、それにあーだこーだ言っているのはあんたなんですけど?どっちがよりでしょうねえ? 第三者から荒らしと言われてもしょうがないかと思うが、あんたが言い出すとは、まあ、先の「言い張る〜」と同じパターンやね てかさ、せっかく>>133 が出てきたのにそうやってなぜ流すようなことすんの?w 横からだけど面倒臭いから答えを書いとくよ bash なら man bash の Pathname Expansion に書かれてるから、それをちゃんと読んでから質問してね。 >>147 そこに「なぜ*を返すことにしたのかという理由」は書いてないって言うのが面倒だから、ソースとGoogle翻訳貼り付けるわ https://git.savannah.gnu.org/cgit/bash.git/tree/doc/bashref.info#n2116 *パターンマッチング::シェルがパターンをどのようにマッチングするか。 単語分割後、 '-f'オプションが設定されていない限り(* Set The Builtin::)、Bashは各単語をスキャンして文字 '*'、 '?'、および '['を探します。 これらの文字の1つが現れると、その単語はPATTERNと見なされ、パターンと一致するファイル名のアルファベット順にソートされたリストに置き換えられます(* Pattern Matching::)。 一致するファイル名が見つからず、シェルオプション 'nullglob'が無効の場合、単語は変更されません。 'nullglob'オプションが設定されていて、一致が見つからない場合、その単語は削除されます。 'failglob'シェルオプションが設定されていて、一致するものが見つからなかった場合、エラーメッセージが表示され、コマンドは実行されません。 シェルオプション 'nocaseglob'が有効になっている場合、アルファベット文字の大文字と小文字を区別せずに照合が実行されます。 パターンがファイル名展開に使用されるとき、文字 '。' シェルオプション 'dotglob'が設定されていない限り、ファイル名の先頭またはスラッシュの直後に明示的にマッチしなければなりません。 ファイル名 '。' 'dotglob'が設定されていても、 '..'は常に明示的に一致しなければなりません。 それ以外の場合は、「。」 文字は特別扱いされません。 ファイル名を一致させる場合、スラッシュ文字は常にパターン内のスラッシュと明示的に一致させる必要がありますが、 他の一致コンテキストでは、後述のように特殊なパターン文字と一致させることができます。 nocaseglob'、 'nullglob'、 'failglob'、および 'dotglob'オプションの説明については、* note The Shopt Builtin ::の 'shopt'の説明を参照してください。 'GLOBIGNORE'シェル変数はパターンにマッチするファイル名のセットを制限するために使用されるかもしれません。 「GLOBIGNORE」が設定されている場合、「GLOBIGNORE」のパターンの1つとも一致する各一致ファイル名は、一致リストから削除されます。 'nocaseglob'オプションが設定されている場合、 'GLOBIGNORE'のパターンとのマッチングは大文字小文字の区別なしに実行されます。 ファイル名 '。' 'GLOBIGNORE'が設定されていてヌルでない場合は、 '..'は常に無視されます。 ただし、 'GLOBIGNORE'をNULL以外の値に設定すると、 'dotglob'シェルオプションが有効になるので、他のすべてのファイル名は '。'で始まります。 一致します。 '。'で始まるファイル名を無視するという古い動作をするには、 '。*'を 'GLOBIGNORE'のパターンの1つにします。 'GLOBIGNORE'が設定されていない場合、 'dotglob'オプションは無効になります。 存在する機能の説明なのでその機能について説明しているだけかなと 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ってほんと何を言いたいんだろう? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる