C++相談室 part157

1 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 10:57:31.60 ID:JaaB5Egp.net] 前スレ C++相談室 part156 https://mevius.5ch.net/test/read.cgi/tech/1621389313/ 207 名前：デフォルトの名無しさん mailto:sage [2021/08/29(日) 14:25:04.60 ID:x8xWTwL3.net] >>192 標準じゃ無理でしょ 全てのスレッドを変えたいならリンカのオプションとかで指摘できる環境もあるけど boost::thread使って boost::thread::thread_attribute::set_stack_size() で設定するがよろし >>193 native_handle()関数でハンドル取れると言う事はスレッド開始してる 開始済みスレッドのスタックサイズを変えられる環境って聞いたことない 208 名前：デフォルトの名無しさん mailto:sage [2021/08/29(日) 14:30:52.45 ID:AWkeWwKB.net] >>196 ほんと組み込み屋は馬鹿だな 209 名前：デフォルトの名無しさん mailto:sage [2021/08/29(日) 16:52:45.64 ID:h29TClHM.net] >>197 完璧な理解をサンプルコード付きで示したやろうが；；； 論点はなんでムーブに置き換えられるケース（明示的にstd::move()したら明らかに効率的なコードになる において最適化でムーブにならないのか？なのだが高度すぎるのか文盲か故に>>197が付いてこれていないだけ >>197はブーメラン 210 名前：デフォルトの名無しさん mailto:sage [2021/08/29(日) 16:54:56.72 ID:h29TClHM.net] もっとも天才の漏れは答えにたどりついたがな ムーブコンの実装がコピコンの実装より効率的である保証が無い以上、 置き換え可能なケースであってもコピコンからムーブコンへの機械的置き換えは正当化されない 211 名前：デフォルトの名無しさん [2021/08/30(月) 14:34:41.72 ID:jKIf8Vzq.net] 天才のインフレ 212 名前：デフォルトの名無しさん mailto:sage [2021/09/01(水) 16:43:13.53 ID:Uxp79PtR.net] Rustみたいにコンパイル時にいちいち参照のチェックするんじゃなくて C++で最終的に完成したバイナリに対してメモリサニタイザーを一回動かす ってのではだめな理由ある？ 213 名前：デフォルトの名無しさん mailto:sage [2021/09/01(水) 20:16:57.41 ID:dG55Jwur.net] >>203 動かしたフロー以外のフローについて不安が残るし、サニタイザーの精度がどれほどかという問題もありそう。 214 名前：はちみつ餃子 mailto:sage [2021/09/01(水) 23:35:30.93 ID:3mB0e8fG.net] >>203 ものによって賢さの程度が違うから一概には言えないけど 基本的にはサニタイザは実際に起こった問題を検出するものなので 入力値次第で問題が有ったりなかったりするようなケースを検出できなかったり、 言語仕様上で未定義なものがたまたま問題ないアクセスになってしまうようなケースも 検出できないかもしれない。 問題が起こっていて再現条件が分かっているときに検証するツール、つまりデバッグ用のツール としてはサニタイザは有用だし、ごく基本的なテストツールとしても使えるけど、 Rust のライフタイムチェックほど網羅的ではない。 215 名前：デフォルトの名無しさん mailto:sage [2021/09/02(木) 05:18:49.53 ID:90/tsZBA.net] 一言でまとめると動的試験てことだな 216 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 09:16:16.79 ID:6YHhlfzl.net] MozillaのFireFoxの場合、わざとクラッカーがセキュリティーホールを見つけ出して そこを付いてくるから、普段の実行テストでは一度も発見できなかった メモリーバグが問題になるが、普通のアプリの場合、ユーザーがわざとバグを 付くことはないから、そのようなホールはあまり関係ないと思う。 テスト駆動開発とかアジャイル開発とかも、普段使いで問題が無いかをテスト することで大部分のバグが無い状態で開発していこうとする考え方。 それでもほとんどのメモリーバグは無い状態になっている。 メモリーバグがあると、普段使い的なテストをしても発覚することが多いから。 昔から言われているメモリーバグの問題点は、再現性が有る場合でも、バグが ある行とそれが発覚した時期とがずれていることがあるから。 デバッグモードでコンパイラが自動的にチェックするコードを入れていれば、 それはなくなるはず。 Rustはその意味で、経験法則的にFireFoxみたいな特殊なものでは意味があるが 一般アプリでは余り意味が無い。ブラウザの特殊性は、世界中のクラッカーが セキュリティーホールを探してわざとその穴を付いてくること。一般アプリでは それがないので、隠れたバグは隠れたままになっていることが多くて、 テストで出てこなかったバグは実際問題的には余り問題となら無い事が多い。 217 名前：デフォルトの名無しさん [2021/09/03(金) 09:22:40.61 ID:6YHhlfzl.net] >>207 例えば、ダングリングポインタ(Use After Free)は、ptrがどこかでまだ使用中なのに、 free(ptr)としてしまうこと。しかし、そのfree()をした時点ではアプリはダウン しないし、ptrに対して読み書きした段階でもまだ発覚せず、ptrが指すメモリー アドレスを別の目的で使用してしまって、お互いに読み書きがある種の干渉を 起こしてしまって、データがめちゃくちゃになり、それによってどこかで不具合 が生じた時点で発覚する。 なので、バグの根本原因であるfree(ptr)を実行した行がどこかを探し出しにくいと される。 しかし、このバグの場所とバグが起きた場所のずれは、デバッグビルド時に速度を 落としてチェックすれば本当は防げるはず。 218 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 09:24:49.55 ID:6YHhlfzl.net] >>208 チェックと言っても人間が手で書く必要は無く、コンパイラがチェックコードを 自動生成できるはず。 219 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 10:00:52.25 ID:yL2Kwy6+.net] 根拠のない決めつけばかりで気持ち悪い。 220 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 10:16:16.17 ID:lmzB7IZ6.net] >>207 世の中にはテスターという職種の人がいてだな 221 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 10:46:20.27 ID:yJUEU9nq.net] >>207 任意のファイルを読むアプリはファイルのパーサーの脆弱性をついてユーザ権限でコードを実行される可能性がある どちらかと言えばアプリよりサーバとしてアクセスを受け付けているプログラムの脆弱性をつかれて攻撃コードの実行を許してしまうことが多い さらに上のような場合でも、アプリやサーバのプログラム自体に脆弱性があるのではなく、使用しているOSのAPI側の実装の脆弱性をつかれる可能性がある こういうアプリやサーバやOSのコードの脆弱性にMSやGoogleは悩まされている 222 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 11:00:44.84 ID:yJUEU9nq.net] Valgrind と言う動的解析ツールを調べて見るといい うちはC++のプログラムは基本これを通すことになってる 商用ならもっといいツールもあるかも知れない そういうのを利用しても充分でないから静的解析するRustが注目されている 223 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 11:27:43.59 ID:6Xh4x7Us.net] 商用の静的解析ツール使ってると、正直メモリ関係のバグなんてありえないと思えるくらいいろいろ見つけてくれるよ 224 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 11:44:23.16 ID:9y+1HwQb.net] コンパイル時間に糸目を付けなければ、静的解析はもっと出来る。 225 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 11:47:10.63 ID:lmzB7IZ6.net] > メモリ関係のバグなんてありえないと思える lintの副作用がモロに出てるなｗ 226 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 15:20:21.54 ID:MvVz2a9W.net] 言うまでもない事だが完璧なメモリチェッカーは存在し得ない 停止問題と同値だからな 227 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 15:50:45.07 ID:6Xh4x7Us.net] 完璧無理っておまえの毛髪の量がプログラム停止に与える影響が読めないとかそういう話だろ？ 限定的な範囲で正しけりゃ十分だよ 228 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 16:54:40.55 ID:lmzB7IZ6.net] ゴールポストは動かしちゃダメだよ 229 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 17:38:29.50 ID:6Xh4x7Us.net] 無限遠のゴールを設定するのはアホだべ 230 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 17:51:18.36 ID:xmwLNRYX.net] スクリプト言語も普通にクラッシュ 231 名前：することあるから [] [ここ壊れてます] 232 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 17:52:37.20 ID:xmwLNRYX.net] OSのコアダンプ出力とリブートに救われる手のひらの孫悟空 233 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 18:28:35.67 ID:iCLUv6gH.net] rustでもメモリアロケーション失敗するとパニックになる、てリーナスが突っ込んでいたろ。 c++の場合はどうなんのかな。 234 名前：デフォルトの名無しさん mailto:sage [2021/09/03(金) 20:13:28.89 ID:USKNPKWa.net] CoverityとVectorCASTは使ったことあるけど検知レベル最高にしても見逃すリークや二重フリー, ダングリングはそれなりにある (そもそもコードの構造が悪い場合も多いが) 検知レベル上げ過ぎると逆にFalse Positiveも増えるし 235 名前：デフォルトの名無しさん mailto:sage [2021/09/04(土) 07:59:49.00 ID:kFVsNuY8.net] 無限遠のゴールポストを動かすって こいつ文系か？ 236 名前：デフォルトの名無しさん mailto:sage [2021/09/04(土) 08:08:40.61 ID:N/QuNfWR.net] まあ見つからないのは間違いなく書き方が悪いよな 237 名前：デフォルトの名無しさん mailto:sage [2021/09/04(土) 19:04:52.86 ID:7+pvijvQ.net] ∞の概念が理解できるならそいつはもう文系ではあるまい 238 名前：デフォルトの名無しさん mailto:sage [2021/09/04(土) 19:11:19.50 ID:ICKB9ww0.net] ε-N論法 239 名前：デフォルトの名無しさん [2021/09/04(土) 22:28:42.31 ID:mLTAxmCN.net] 超久しぶりにC＋＋の参考書 買った。 いまってC++20までいってるんでしょ？ 時代遅れもいいところだから勉強しようと思ってw ただ読む気がおきない。 「pythonでいいか」って思いが・・・ww 240 名前：ハノン mailto:sage [2021/09/04(土) 23:52:57.58 .net] >>223 https://tabesugi.net/memo/2009/1a.html C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが 簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを 追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。 C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、 それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる: - うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が 安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、 もはや笑えるレベルを超えている) - 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに 効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の コードがその素晴らしいオブジェクトモデルに依存していて、直すためには アプリ全体を書き直さなきゃなんない。 言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに 限定するってことは、他の人がそれをめちゃくちゃにしないってことで、 ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい 「オブジェクト・モデル」のたわごとを持ちこまないってことだ。 241 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 00:05:05.82 ID:yIsM5ONG.net] バカが使いこなせる言語ではないからな 242 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 00:27:52.33 ID:eMsTCIh+.net] linusに言われると返す言葉もないが、その後の文脈にある 『もし C++ で書かれた VCS が欲しいのなら、Monotone を見てみるといい。 ほんとに。連中は「本物のデータベース」を使っているよ。 「素敵なオブジェクト指向ライブラリ」も使ってる。「ナイスな C++ の抽象化」も 使ってる。そして率直なことろ、一部の情報系の人間が喜びそうな これらすべての設計上の決定のために、できてきた結果はゲロゲロで 保守不可能なカオスだ。 でもあんたはきっと git よりも気に入るだろう。保証するよ。』 な感じでC++を気に入って、夢を見ていたいんだろうね。 243 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 00:53:47.56 ID:66hkUr5p.net] 「オレはC++を使いこなせている」と思い込む素人を生温かく見守るスレはここですね 244 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 01:42:41.34 ID:eMsTCIh+.net] >>223 https://lkml.org/lkml/2021/4/14/1099 コレのことだと思うけど、どういうケースを想定しているの？ 245 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 06:00:11.76 ID:fsFc+8nQ.net] 昔、バカでも使える言語でプログラマ人口増やしましょうてなことやってたな BASICじゃないぞ、あれは初心者用で、バカ用じゃない 計算を数式で書くのは理系だけだから 英文で書けるようにして文系でも使えるようにしようという試みがあった で、狙いどおり本当にバカプログラマを量産できた それでいいことあったか？ C++はアレの逆をいっているわけだ 246 名前：デフォルトの名無しさん [2021/09/05(日) 06:45:24.37 ID:ClPlKiJv.net] Qtを使ってるから、C++一択だな。 247 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 12:24:02.01 ID:cBh+EO/A.net] namespaceと多態性はCだけではやりにくい 248 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 12:47:17.91 ID:0Cj96kG7.net] 静的なディスパッチの充実がCに必要なのではないか 249 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 14:17:57.22 ID:cBh+EO/A.net] >>234 Linuxはモノリシックカーネルなので動的メモリ確保を伴うような軟弱な モジュールもカーネルのうちに入ってしまっているからメモリ不足ぐらいで パニくられると手の打ちようがないから困るという話なんじゃないの（適当 OSはリソース管理を放り投げて停止することは許されないから 伝統的なやり方では起動時に非常用のメモリブロックをアロケートしておいて メモリが枯渇したら非常用のメモリブロックを使うみたいな手段がとられる（と思う がパニックされたらそこまで行きつかない ※ 個人の感想です 250 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 14:38:48.42 ID:eMsTCIh+.net] >>239 具体的に何かのケースを想定して言ってるわけじゃないのか。 ぶっちゃけOSをC++で書くならカーネルでnew/malloc/mmapとか使う実装はしないだろうし、処理系が使うランタイムにも依存するけど基本その辺はカスタマイズできるようになってると思う。 rustでもそんな感じで処理系次第って話だと思う。 251 名前：デフォルトの名無しさん [2021/09/05(日) 14:44:00.68 ID:LgQhIBwq.net] >>230 馬鹿除けのために C++ じゃなくてあえて C を使うのは良いね https://www.youtube.com/watch?v=TkyGdUg_XlA 252 名前：ハノン mailto:sage [2021/09/05(日) 17:28:18.83 .net] >>241 >>230 の類の話は昔からいわれていたもので、これも有名ですね www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html インタビューア（以下「I」）： あなたがソフトウェアデザインの世界を一変させてから何年にもなる。振り返ってみて、感想は。 Stroustrup（以下「S」）： 実はあなたがここへ来る直前、当時のことを思い出していたんだ。おぼえているかな。誰もが C 言語を使っていたけど、問題はみんな結構うまくコーディングしていたことだった。 大学も C 言語を教えるのがうまくなっていたしね。驚異的な割合で有能な――「有能」という言葉は強調しておきたい――卒業生を量産していた。それが問題の原因だったんだ 。 S： ある日、オフィスにいたときに、ある策略を思いついたんだ。バランスを少し回復させる策略をね。「プログラマが余るなんてことが絶対にありえないくらい、複雑でおぼえにくい言語があったらどうなるかな」ってね。 実は、この考えの一部は X10――例の X Window の――から頂いたんだ。あれはひどいグラフィックシステムでね、Sun 3/60とかでないと動かなかった。 ばかばかしいくらい複雑な構文規則とか、わかりにくい関数とか、疑似オブジェクト指向的な構造とか、僕がほしいと思う要素は全部揃っていたんだよね。 今でさえ、生の X Window コードを書く人間なんていない。正気を保つには Motif を使うしかないんだ。 S： もうかなり時間がたったしね、C++ が時間の無駄だということにはほとんどの人が気がついたとは思うけど、でも当初予想していたよりはずいぶん時間がかかったな。 I： 具体的に何をどうやったのかな。 S： 最初はほんの冗談のつもりでね、みんながあの本を真に受けるとは思ってもみなかったんだ。脳みそが半分でもあれば、オブジェクト指向プログラミングが非直感的で、非論理的で、非効率なことくらいはわかるよね。 I： え？ S： それに「コードの再利用性」ときたら…。どこかの会社がコードを再利用したなんて話を聞いたことがある？ I： うん、でも C++ は基本的にはしっかりした言語だと思う。 S： それ、本気で信じてるね。実際の C++ プロジェクトの経験はある？ どうなるかって言うとね、まず第一に、いろいろワナを仕掛けてあるから、よほど小規模なプロジェクト以外は一発では動かないようになっているんだ。 たとえば演算子のオーバーロードがそうだ。たいていの場合、プロジェクトの終わり頃にはほとんどのモジュールで演算子をオーバーロードしている。 プログラマの連中が、トレーニングコースで教わったとおりにやらなくちゃいけないと思うからだ。つまり、1つの演算子の持つ意味が、モジュールによってまったく異なることになる。 モジュールの数が100かそこらあるときに、これをまとめあげようとしたらどうなると思う？ データ隠蔽もあるね。モジュール間の連繋にどこかの会社が苦労しているなんて話を聞くと、笑いを抑えられないときがあるよ。 「Synergistic」という言葉は、プロジェクト管理者の胸に刺さったナイフをグリグリ回すためだけに発明されたんじゃないかと思うな。 253 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 17:47:40.38 ID:eWmYSwWp.net] >>242 とっくに否定済みのデマを貼るな www.stroustrup.com/bs_faq.html#IEEE 254 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 18:05:24.16 ID:Lkm6/1Sl.net] https://ideone.com/fHH1N4 これが、シングルトンとして抜けている理由を教えて下し亜。 コードのストックにするために書いたのですが、そもそもシングルトンってなんでしたっけ？ 255 名前：ハノン mailto:sage [2021/09/05(日) 18:06:53.16 .net] >>243 誰が書いたかなどどうでもよく、その内容についてはどう思いますか？ 256 名前：はちみつ餃子 mailto:sage [2021/09/05(日) 18:10:26.36 ID:vh6AiUnJ.net] >>244 関数テンプレートが結果的に引数の数が違う関数として展開される。 引数の数の違いが結果の違い。 257 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 18:23:29.28 ID:cBh+EO/A.net] >static std::shared_ptr<T> O = std::make_shared<T>(A...); の部分って、Singleton()の初回呼び出しが複数のスレッドから同時に起こってもき ちんと排他してくれるんでした っけ また排他してくれるとしても最速（そのアーキテクチャ（マルチコアかもしれない）で最も適切） であることを気体していいんでしたっけ…… つまり生成に成功した後は排他不要なわけで、無駄にロックを取りに行きたくない…… 258 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 18:24:18.83 ID:yIsM5ONG.net] >>242 おまえホント頭悪いな 259 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 18:27:31.03 ID:cBh+EO/A.net] みたいな配慮がシングルトンにしたとたんに必要になる メインの処理が始まる前に普通の初期化関数呼び出しでOを生成したらそれで済むのに、、、 260 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 18:28:54.12 ID:0Cj96kG7.net] >>247 呼ばれたところで最後の奴が勝てば問題ないのでは 261 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 18:47:53.68 ID:cBh+EO/A.net] >>250 ある >static std::shared_ptr<T> O = std::make_shared<T>(A...); 全体が排他されないとしたら、Oの生成関数（初期化式「O=」の右辺）が複数回、 それも同期的に繰り返し呼ばれるのではなく、非同期的に再入される形で呼ばれかねない 生成関数の中でリソース確保するとしたら先の呼び出しで確保したリソースの ハンドルがdunglingにならないように配慮が必要になる 非同期的再入ということは、Oが生成→破棄→生成→破棄、にならず、 生成→生成→破棄→破棄になりかねないから、デストラクタをちゃんと書いたらリークしないとか そういう認識で当たったらバグる 問題山積や メインの処理が始まる前に普通の初期化関数呼び出しでOを生成したらそれで済むのに、、、 262 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 18:50:05.34 ID:nyuo1Vq1.net] >>245 お前の質問なんかどうでもいいからデマを貼るな 263 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 19:08:04.86 ID:UYU4AxET.net] >>247 https://timsong-cpp.github.io/cppwp/n4861/stmt.dcl#4 264 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 19:10:36.36 ID:2jP3+tuQ.net] >>246を踏まえるとこんな感じか 関数テンプレートだけで済ます方法はあるのかな？ https://ideone.com/kmIimz 265 名前：ハノン mailto:sage [2021/09/05(日) 21:38:19.52 .net] >>248 はい、頭も性格も悪いと思います、しかし >>242 の中のどういうところが悪いとお考えになったのか教えていただくと嬉しいです！！ 266 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 22:21:15.62 ID:TAzC3d8r.net] >>255 そもそも、C++の生みの親で、それに関する書籍を出してその中でC++を 良い言語と自負して(それ以上の言語が出来ないというような主張も幾度もして) 解説し、まだ推進しようとしている人が、C++を徹底的に卑下するかどうかを 疑問に思ってないことも頭が悪いと思われる原因の一つ。 267 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 22:29:24.50 ID:15q7gB85.net] 実際、C++は、特に初期の頃はCより全面的に優れていると誰でも思えるような 物であって、ちゃんと世界的に認められて広まっていたのに、その部分まで 全否定するようなことをインタビューで答えるわけがない。 その後に追加されて機能は人により評価が分かれて全面的に優れているとは 思えるようなものではなくなっていた。 だから、C++11は、好きな人も居れば嫌いな人も居る。C++98より全面的に 優れていると言えるかどうかは人により評価が分かれるので、好みにより 文壇の様なものが生じている。 268 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 22:30:49.67 ID:cBh+EO/A.net] >>254 ひ、日本語でおk、、、 >If control enters the declaration concurrently while the variable is being initialized, the concurrent execution shall wait for completion of the initialization.85 >If control re-enters the declaration recursively while the variable is being initialized, the behavior is undefined. はどう読めばいいの？ 結局concurrentlyにre-enterされるときはbehavior is undefinedとしか読めなさげ >>254 以上の状況なので>>244の糞コードは直しても仕方が無い 269 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 22:36:38.84 ID:66hkUr5p.net] メモリを自動解放するfinally機能さえあればCでも大丈夫とは思う 270 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 22:50:33.49 ID:yIsM5ONG.net] https://imgur.com/aX1iNMp.jpg 271 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 22:52:01.95 ID:cBh+EO/A.net] とｵﾓﾀがcontrol enters the declaration concurrently のときは初期化のcompletionまでshall waitで、 ただしrecursivelyだとｲｶﾝ（未定義動作）と書いてあるのか…… つまりSingleton()関数内の初期化式「O=」の右辺がSingleton()を呼び出す場合か まあ確かにWindousみたいに特殊な仕様のクリティカルセクションでもない限りデッドロックしそう 272 名前：デフォルトの名無しさん mailto:sage [2021/09/05(日) 23:09:38.17 ID:eTOvJaZ9.net] >>251 そうか まあ仕様的にはスレッドセーフだわ 関係ないけど参照したグローバル変数に値が入っとらんで困ったことがあった 273 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 00:30:26.82 ID:62gS+LUW.net] >>258 なんかスレッド安全性の問題にしたいようだけど、 そもそも>>244の第一の問題点は2番目のSingletonの呼び出しだけ別のオブジェクトを指してしまっている点だよ stdoutの2行目だけ0になってるだろ？ その原因の説明が>>246というわけだ すべての関数・クラスを最初からスレッドセーフな設計にしないといけないわけじゃない 274 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 04:31:29.75 ID:HRRCwLhx.net] >>263 >>258じゃないし、よく分からないけど https://ideone.com/69FQhL ではダメなの？ 275 名前：デフォルトの名無しさん [2021/09/06(月) 04:31:59.38 ID:G2BRvA3h.net] ビャーネ・ストロヴストルップその人のインタビューだとは私も考えてませんよ、これはブラックジョークというべきでしょう、まあC++er が気を悪くする理由は理解できますが それに私も GNU Multi-Precision Library を使うときはC++のラッパの方を使います。C インターフェースの方は使い難くって使い難くって、これはもう罰ゲームですね‥‥ だから演算子のオーバーロードも控えめに使えば有用という立場です、紹介することと賛成することとは別だと思います https://mevius.5ch.net/test/read.cgi/tech/1434079972/84 276 名前：ハノン mailto:sage [2021/09/06(月) 04:40:03.34 .net] テステス 277 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 07:17:56.24 ID:7SReNX2q.net] >>263 スレッドセーフでなくともよいシングルトンとか >メインの処理が始まる前に普通の初期化関数呼び出しでOを生成したらそれで済むのに、、、 で良くね？ >>264 >>263じゃないが非アトミックな操作（初回か否かチェックして初回なら初期化する） であることが明示される分その書き方の方がマシ 必要なら排他する、不要ならしないという判断ができるから >すべての関数・クラスを最初からスレッドセーフな設計にしないといけないわけじゃない (>>263） という願いも叶うYO！ 278 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 08:08:09.17 ID:62gS+LUW.net] >>264 確かに普通こんな感じだな テンプレート別々にすることだけで頭止まってた >>267 そうだな 書いてはみたがC++でシングルトン使う意味は無いと思う あれはグローバル変数の無いJavaでグローバル変数を使うためのハックだとか聞いたし じゃあもう普通にグローバル変数使えばよくね、と 279 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 08:45:11.58 ID:3/UK3SOv.net] グローバル変数と同じなのでだめだよな 普通に動的に用意して渡せばよろしい 280 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 08:48:23.63 ID:HRRCwLhx.net] ログとかアプリの現行設定ファイルとかはSingletonっぽく実装するけどなぁ・・・ インスタンス生成が遅いものはただのグローバルにしたら起動が遅くなるし 281 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 09:20:13.64 ID:FistWoaj.net] >>268 最初のデザパタ本であるGOF本はc++とsmalltalkで書かれてるんで、javaは関係ないよ 282 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 10:32:20.65 ID:d5h9Y6Qi.net] シングルトンはスレッドセーフが実現できれば問題ないでしょ 283 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 12:01:04.36 ID:KKMECnvR.net] >>255 >>265 これは「権威に訴える論証」を悪用した主張であり、議論の対象としてはいけない類のもの。 もし真面目に議論したいのなら、少なくともStroustrupの名前は消して内容だけに修正しなくてはならない。 本人も否定しているのに訂正もしないようなフェイク記事は邪悪。それに対してコメントを求めるのは正気を疑う。 284 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 12:06:51.69 ID:86SPG0/G.net] その昔、こんなクラス作ってたな class WinMainArguments { public: static HINSTANCE hInstance; static HINSTANCE hPrevious; static LPSTR lpszCmdLine; static int nCmdShow; }; 285 名前：デフォルトの名無しさん [2021/09/06(月) 15:04:51.66 ID:DsY+3+kX.net] >>265 ブラックジョークは大半の人が聴いた瞬間にジョークだと判るから成立する 麦藁禿のあの名文はまさにそれ だまされてるのは事情を知らない若い人かも知れんな 286 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 15:52:40.84 ID:86SPG0/G.net] >>265 GMPについて同意見 287 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 16:43:26.89 ID:akmYwjNo.net] >>274 ネームスペースつかえよバカww 288 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 16:51:37.50 ID:5nha9zO6.net] >>277 初期のc++には名前空間が無くてなぁ。 標準化する前だから良く知らんが。 289 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 17:50:02.90 ID:xrgLRigr.net] その初期のC++ってもしかしてEC++とかいうパチモンじゃないですかね 290 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 17:51:19.11 ID:ugWeBDlD.net] 今更バイエルの運指について議論してるような雑魚に構うなよ C++もピアノも、憧れだけあって実力がまるでないバカ 291 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 20:33:14.67 ID:d5h9Y6Qi.net] 日本語版(0xCC=ﾌ)によりﾌﾌﾌﾌﾌ…で埋められたWin32アプリデバッグメモリを思い出した人、どのくらいいるかな 「フフフ…」4歳娘が撮影した花火に家族で爆笑! 見ると笑顔になる“奇跡の1枚”の状況を父親に聞いた | FNNプライムオンライン https://www.fnn.jp/articles/-/224754 292 名前：はちみつ餃子 mailto:sage [2021/09/06(月) 23:42:11.67 ID:buVCF6sT.net] >>278-279 D&E によればネームスペースは 1991 年に ANSI/ISO の委員会において浮上したトピックであるとのことだ。 逆に言えばそれ以前には無かった。 Windows 3.1 の頃に C++ でプログラミングしていたなら >>274 のようなコードが有ったとしても不自然とは言い切れない。 293 名前：デフォルトの名無しさん mailto:sage [2021/09/07(火) 02:14:57.06 ID:b2odouMM.net] 今でもchar_traitsみたいのあるね 294 名前：デフォルトの名無しさん mailto:sage [2021/09/07(火) 02:29:38.39 ID:fAleIY7G.net] なあに名前空間的な修飾を省略させたくない時に役立つ 295 名前：デフォルトの名無しさん mailto:sage [2021/09/07(火) 03:15:39.97 ID:5ki66s4L.net] >>259 cに付け加えるならgoのdefer文かなと思う。 296 名前：デフォルトの名無しさん mailto:sage [2021/09/07(火) 11:04:53.08 ID:1Eqd+3ka.net] C 297 名前：...Cにだってtry~catch~finallyあるんだからね！(ネタ=setjmp/longjmpを使ったマクロ) https://gist.github.com/rampion/91594 [] [ここ壊れてます] 298 名前：デフォルトの名無しさん mailto:sage [2021/09/07(火) 23:50:11.37 ID:jZhA4bAr.net] >>286 ちなみにtry~catch~finallyっぽいのはVC++が持つと光と闇が両方そなわり最強に見える Cが持つと逆に最適化が合わさり頭がおかしくなって死ぬ 299 名前：デフォルトの名無しさん mailto:sage [2021/09/08(水) 05:21:53.89 ID:KzXEzs8I.net] >>287 別に頭がおかしくなって死なないでしょ finally機構で資源解放する機会が増えるのはユーザーの利益になるだけで、複雑さを増す不利益にはならないよ 300 名前：デフォルトの名無しさん mailto:sage [2021/09/08(水) 05:59:59.53 ID:4NmVrZFW.net] 確かにgccだと-O1でも2でも3でも暴走しちゃうけど、vc++だと最適化してもちゃんと動くね 301 名前：デフォルトの名無しさん [2021/09/08(水) 09:59:21.28 ID:1wbeyQs7.net] VC++はマイクロソフト拡張によってCでも構造化例外処理が使えたんだよね __try __except __finally 302 名前：デフォルトの名無しさん mailto:sage [2021/09/08(水) 10:59:12.67 ID:6jFCz4HP.net] intalコンパイラはほんとにヤバいが、gccの最適化で変なことになったことは自分は一回もない 303 名前：デフォルトの名無しさん mailto:sage [2021/09/08(水) 17:34:33.82 ID:nCYYHiA4.net] finallyは20年前からBorlandC++に既に実装済だったしその頃のVC++なんか>>146の状態やし 304 名前：ハノン mailto:sage [2021/09/08(水) 19:46:07.29 .net] >>276 ですよね！ 305 名前：ハノン mailto:sage [2021/09/08(水) 19:47:37.26 .net] >>286 最近まで try.. catch の実装の大半は　sjlj だと思っていましたが最近は違うのですか？ 306 名前：ハノン mailto:sage [2021/09/08(水) 19:51:02.76 .net] >>273 あなたはジョークの分からない人か、それとも >>275 のいう若い人か >>242 は >>230 と同様でしょ 307 名前：デフォルトの名無しさん mailto:sage [2021/09/08(水) 19:52:56.05 ID:zE01k1pD.net] >>294 IDが出る板でID消してると浪人焼かれるぞ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef