C++相談室 part156

1 名前：デフォルトの名無しさん [2021/05/19(水) 10:55:13.24 ID:LZZifCH2.net] 前スレ C++相談室 part155 https://mevius.5ch.net/test/read.cgi/tech/1616555235/ 918 名前：デフォルトの名無しさん mailto:sage [2021/08/01(日) 18:01:11.28 ID:ebmqBspL.net] >>900 入力範囲のサイズ＞＞出力範囲のサイズである以上、 全部の入力を考えたら必ず衝突する ＆ 入力範囲（一般に天文学的サイズ）の総当たりは一般遂行不能なので 確率評価するしかないからじゃゃわ；； もちろん、特定の論理的操作で弱点をピンポイントで突けることがわかった場合は ハッシュの衝突耐性の見積もりが確率ではなく論理的に下方修正されるが、そうなった時はそのハッシュが寿命を終えたとき、、、 ｶﾞﾁで基本がわかってない>>900、、、大丈夫なのか、、、 919 名前：デフォルトの名無しさん mailto:sage [2021/08/01(日) 18:05:17.08 ID:4Ph4Dvnc.net] > ｶﾞﾁで基本がわかってない 弱衝突耐性とは何かがわかっておらず 正解を書いていながら正解として使えてないやつに 言われたかねえなｗ 920 名前：デフォルトの名無しさん mailto:sage [2021/08/01(日) 20:28:45.05 ID:c9gBXIbe.net] >>895 入力バイト列の先頭64バイトを返す「ハッシュ関数」は一様だが衝突耐性は無い 入力バイト列のSHA-256にパディング32バイトを加えて返す「ハッシュ関数」は一様ではないがSHA-256と同レベルの衝突耐性を持つ 921 名前：デフォルトの名無しさん mailto:sage [2021/08/01(日) 20:57:55.63 ID:jK0t+VIo.net] >>872 >>874 どう考えたら > ハッシュにおける正常と異常の境界を聞いている に対する回答 > そんなの設計仕様次第だろ。SHA1は仕様を満足できないから異常 への反論が > 弱衝突耐性を破る方法が見つかったか否かが境界というのはおかしいだろ > 未発見であることと存在しないと証明されていることは違う になるんだよ。 『設計仕様を正常と異常の境界とすること』と『異常（脆弱性）の不存在証明の有無』は全く関係ない。 SHA1の例でいうと、衝突攻撃の研究によってSHA1の正常・異常の状態が『正常かどうか不明』→『異常』に変化しただけの話で、『境界』と『不存在証明の有無』は矛盾しない。 議論するなら『設計仕様を正常と異常の境界とすること』に対する問題点や矛盾を示せよ。論点ずらしなんかしないで。 あと、>>872は弱衝突耐性(原像計算困難性)云々言っているが、なんで弱衝突耐性？大本の議論（ID被り）からすりゃ強衝突耐性のほうが重要だし、SHA1で問題になっているのも衝突攻撃に対する脆弱性だろ。SHA1に対する原像攻撃って成功していたっけ？ もしかして>>872は弱衝突耐性と強衝突耐性の違いも知らないでハッシュを語っているのかね？ Wikipediaにすら解説が載っているのに。 922 名前：デフォルトの名無しさん mailto:sage [2021/08/01(日) 21:29:10.73 ID:4Ph4Dvnc.net] ウィキを３時間読んできたのね、ご苦労さん もっと簡単化した文章が書けるように消化してから書いてね 俺、ここでウィキとやりあうつもりはないから # ちな、俺はウィキのとある記事の中の人 923 名前：デフォルトの名無しさん mailto:sage [2021/08/01(日) 22:09:15.95 ID:DfQPo4se.net] 　　　　　ｶﾀｶﾀ 　　||￣ Λ＿Λ 　　||＿（Д`；　）　「なに？このスレ・・・」 　　＼⊂´　　　） 　　　　（　　┳' 924 名前：デフォルトの名無しさん mailto:sage [2021/08/01(日) 22:29:39.30 ID:jK0t+VIo.net] >906 三時間……？ なんのこと？　なんか幻が見えていない？ >905に反応するなんて、もしかして>906は>872 >874だったりするのかね。 弱衝突耐性を理解できていないアホとハッシュの話をしても仕方がないが…… > ちな、俺はウィキのとある記事の中の人 Wikipediaの記事を書いているなら『ウィキ』とかアホな言い方するなよ。 それとも文脈無視して本来の意味の『ウィキ』で使っているのかね。 用語をいい加減に使うヤツは議論や情報共有の邪魔になるゴミ。 Wikipediaで『ウィキ』ぐらい調べてから使えよ。 >907 いつもの楽しい5chのスレです。 925 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 08:57:10.51 ID:59KH06XU.net] 聞きかじったことをリピートしてるだけで 自分なりに熟れてないの見え見えだからｗ くだらん言葉尻でもいいからと あら探しに必死な姿は恥の上塗りなだけだぜ 926 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 11:14:55.63 ID:6pXxEptq.net] 君もしかして天に唾するクンか？ 927 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 11:23:38.63 ID:59KH06XU.net] 弱衝突耐性という用語を使いだしたのは俺だが 「SHA1は仕様を満足できない」と言い出したのはおまえさんだぜ 俺はただ正常と異常の境界は何かと聞いただけ そこへ弱衝突耐性を意味する話をしだしたのがおまえさんだ ここからそもそも頓珍漢なんだがｗ 928 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 11:38:15.60 ID:zqXMuOMM.net] >911 >872 >874 どう考えたら > ハッシュにおける正常と異常の境界を聞いている に対する回答 > そんなの設計仕様次第だろ。SHA1は仕様を満足できないから異常 への反論 > 弱衝突耐性を破る方法が見つかったか否かが境界というのはおかしいだろ の流れで ＞そこへ弱衝突耐性を意味する話をしだしたのがおまえさんだ という話になるんですかねぇ。 弱衝突耐性の話を出してきた>872は俺じゃないよ。 929 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 12:23:45.40 ID:59KH06XU.net] いーや弱衝突耐性の出してきたのは>>871だ 奴は弱衝突耐性という用語を知らなかったようだが 間違いなくその話をしている 930 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 12:25:06.19 ID:pbh5hStk.net] ハノンがコテ隠して発言してて草 931 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 12:42:51.63 ID:pSyuAavC.net] >>913 歴史改竄するなよ。 なんでSHA1の脆弱性の話をしているのに弱衝突耐性の話になるんだよ。 もしかしてSHA1の脆弱性が弱衝突耐性に関するものだと勘違いしている？ それなら一連の発言の辻褄が合ってくるけど、まさかね。 932 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 12:45:20.48 ID:59KH06XU.net] >>915 ほうほうｗ ではSHA1の脆弱性が何だと思ってるんだ、おまえさんは？ 933 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 12:56:24.24 ID:pSyuAavC.net] >>916 お前は>>906でいちゃもんつけている>>905を読むという誠実さすら無いのか。 バカな上に傲慢とは救いようが無いな。 934 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 13:05:07.60 ID:6pXxEptq.net] 何スレやねん move論争の方がまだマシだったな 935 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 13:28:50.14 ID:59KH06XU.net] >>917 やーい答えらんねえｗ ブラフまで幼稚とはどこまでも無能なやつだな 936 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 14:17:15.73 ID:knlOee4h.net] 　　＿＿＿＿＿＿＿_ 　　|　＿＿＿＿＿_ ／￣￣￣￣￣￣＼ 　　| |　　　　　　　／ ⌒　　ー､　 :::::::::::U:＼ 　　| |　　　　　　 /（ ○）}liil{（ ○） 　 ::::::::::::::| 　　なにこのスレ・・・ 　　| |　　　　　　.|U⌒（__人__） ⌒　　 ::::::U::::| 　　| |　　　　　　 |　　　|r┬-|　U...:::::::::::::::::::/ 　　| |＿＿＿＿　ヽ　　｀⌒´.....:::::::::::::::::::::::< 　 └＿＿＿／￣￣　　　　　　:::::::::::::::::::::::::| 　　|＼　　　 | 937 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 15:45:48.15 ID:59KH06XU.net] ケンカ成分入れたのはこいつ >>866 938 名前：デフォルトの名無しさん [2021/08/02(月) 16:50:20.92 ID:ENgx1DZA.net] 最初にSHA1の話を始めた >>859 が荒れた原因だよ 独りよがりで読解力がないことがたった二行で伝わってくる 939 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 17:03:35.19 ID:ENgx1DZA.net] ダイジェスト長約48bit相当しかない5chのIDをなぜかダイジェスト長160bitのSHA1に関連付けて語りだしたアホがすべての原因 940 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 17:07:16.03 ID:ENgx1DZA.net] 宝くじ一等当選確率を1千万分の1とすると、log(10000000)/log(2) = 23.253496664... つまりダイジェスト長は約23bitに相当する 941 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 18:28:05.17 ID:J7wQxpF0.net] >>919 あらら、幼児退行したか。 議論もレスバも意味ないな。相手にするだけ無駄か。 ロクに調べずに、SHA1の脆弱性の話で弱衝突耐性とか言い始める無能だからなぁ。 とりあえず>>919はコテハン付けとけ。NG設定するから。 942 名前：デフォルトの名無しさん [2021/08/02(月) 18:57:52.80 ID:gLOyL8sZ.net] あわしろ氏は、そうは言ってなかったな。 943 名前：ハノン mailto:sage [2021/08/02(月) 19:53:00.83 ID:cVX0s0Vd.net] >>914 わたしじゃないですよ！あとハノン呼ばわりは本意じゃないから止めて！ 944 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 21:26:49.50 ID:flJzbmIi.net] 名乗っておいて呼ぶなとは一体… 945 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 00:20:17.34 ID:oJ5wTgbl.net] 質問です クラス型の変数を関数内で宣言してreturnする関数があって、別の関数からクラス型の変数の宣言と同時にその関数呼び出したときに、moveコンストラクタをdeleteしてるとコンパイルエラーになるのでmoveしてると思いますが、moveコンストラクタを自前で作ってprintfしてても何も出力されないのはどうゆうことですか？ 946 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 00:45:04.37 ID:WMUswgP6.net] それは近年話題沸騰中のNRVO・ムーヴ省略でございます 947 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 00:47:12.42 ID:9z5WCbe9.net] 948 名前：move constructorをdeleteすると自動的にcopy constructorも deleteされるからコンパイルエラーになるのでは [] [ここ壊れてます] 949 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 07:24:04.62 ID:wbx4PwZT.net] >>922 SHA1とは言ったが脆弱性とは言ってない まんまと思う壺にハマって地団駄踏んでももう遅いんだよｗ 950 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 08:13:23.67 ID:51l84/HQ.net] >>932 コテハン付けろよ。 951 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 08:19:20.45 ID:wbx4PwZT.net] やだね 匿名掲示板をらしく使うのさ 952 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 08:21:29.28 ID:oNdzKEkg.net] お、おう 953 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 11:04:05.90 ID:VqTXxKXQ.net] >>930 ムーヴ省略ではないでしょ 954 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 11:10:04.38 ID:WMUswgP6.net] >>936 寝ぼけてましたすんません >>937が正しいですね 955 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 11:10:55.96 ID:WMUswgP6.net] >>937→>>931 もうだめだ 956 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 12:43:15.32 ID:oNdzKEkg.net] >>938 オキロ 957 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 13:37:49.45 ID:gDGs5ymT.net] >>931 初めて知りました。ありがとうございます その線で試してみます 958 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 22:48:49.67 ID:OOW3UK0A.net] >>929 の者です 何もしてないときはNRVO、 move constructorをdeleteしたときはcopy constructorが暗黙定義されずコンパイルエラー、 move constructorを自分で書いたときはcopy constructorが暗黙定義され呼ばれる となっていたようです NRVOという機能があることも知らず勉強になりました ありがとうございました 959 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 23:08:06.61 ID:OOW3UK0A.net] >>941 すみません、もう一回ちゃんと見てみたらcopy constructorは全く関係なかったです move constructorがあればRVO/NRVOが働き、deleteすれば削除された関数を参照しようとしていますとなってコンパイルエラーでした 960 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 00:25:17.82 ID:+cdzf+J+.net] begin と end ってどう実装すりゃ良いのか分からんのだが イテレータの方で「beginイテレータ」と「endイテレータ」みたいなものを実装しておいて begin と end はそれを呼ぶだけにするのってアリ？ あるいは、イテレータの初期値が begin 相当の場所を指すようにしておいて、イテレータの方で + 演算子を実装しておいて、 begin は初期化されたイテレータを、end は初期化されたイテレータ+Nを返すようにするもの？ ただし N はそのクラスのサイズみたいなものとする 961 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 03:50:58.62 ID:ZVqKoTKv.net] >>943 具体的な懸念が無いなら好きに試してみろとしか言えないかな。 962 名前：デフォルトの名無しさん [2021/08/06(金) 07:46:08.96 ID:QuhZpDl4.net] >>943 特に詳しく無いんだけど（レベル低い話してたらごめんなさい）。 自分書いた時は、自分でこさえたコンテナクラス内にclass my_iterator を定義して、 必要な typedef (difference_typeなど)を行って（これやらんとアルゴリズムによっ てはあれが無いとか文句言いよる）、あとは、いくつかの演算子を定義した。 イテレータの演算子は * ++ != あたりは定義したかな？足りなかったら追加の方向。 begin() end() は、my_iterator構築時にをポインタやインデックスなどの情報食わ せて、そのオブジェクトを返す。 auto p = myobj.begin(), e = myobj.end(); while(p != e) { *p = ...; ++p; } const に対応したり、後ろから反対向きにすすむ iterator とか、個別に定義して いくとなんかかったるい。頑張って定義しても１回しかつかってねーよ的な。 自分は組み込みで書くことが多いんで、移植性の問題で標準ライブラリの利用も ごく限定的なんで、劣化再発明でなんとかしないといけないことが多いから、 たまに必要になるんだけど。 963 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 08:00:58.65 ID:QgUKHcUo.net] 逆進反復子はstd::reverse_iteratorで合成できるやん 964 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 11:23:00.02 ID:ejThTeu5.net] 演算子や反復子のオーバーロードはその性質上、オーバーロード箇所を見つけにくくなる副作用が大きくて使うの避けてるわ ラムダ式は、たとえメモ帳で開いた場合でも視認性は落ちないからこの種の副作用はない 965 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 11:28:33.23 ID:QgUKHcUo.net] 反復子は仮引数を持たないから多重定義できない 966 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 12:40:53.32 ID:K8ga5O1Z.net] >>945 レベル低いっつーか聞かれてもない当たり前のことを長く言っている 967 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 13:39:39.31 ID:ACcOU+tV.net] operator* != ++(前置)を持ってるオレオレイテレータとそれを返すbegin()とend()が揃ってれば 拡張for文で使えるから大抵はそれで十分 968 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 13:45:20.78 ID:61Kw3Trn.net] iterator_traitsも使わんのか 最近の小わっぱどもわ 969 名前：はちみつ餃子 mailto:sage [2021/08/06(金) 14:06:55.11 ID:hvfblY74.net] イテレータのカテゴリ (ランダムアクセス、双方向、片方向) によるが、 イテレータとして求められる要件は (C++11 だと) 24.2 にまとめられている。 https://timsong-cpp.github.io/cppwp/n3337/iterator.requirements requirements はあくまでも標準においてはこういう前提を置いているという話なんで、 標準ライブラリとの組み合わせを考えなくていいなら厳密に従う必要はない。 組み込み系とかではどうせ標準ライブラリのフルセットなんか提供されないってことも多いだろうし。 970 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 14:25:41.28 ID:UG3EYJ5j.net] >>943 上のやり方と下のやり方でどっちが良いか決めるなら、当然下のやり方だろう 971 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 15:02:59.98 ID:UG3EYJ5j.net] >>943,953 補足 前者はそもそも意味がよーわからん 972 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 20:55:48.69 ID:51YKCZf/.net] だれかSOLID原則わかりやすく教えて 973 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 21:09:37.01 ID:2iK9+WXa.net] Dは重要 974 名前：デフォルトの名無しさん mailto:sage [2021/08/06(金) 21:15:50.18 ID:51YKCZf/.net] 依存性逆転… メンヘラに逆に依存しろってこと？ 975 名前：デフォルトの名無しさん mailto:sage [2021/08/07(土) 21:57:40.18 ID:fhvRgHLH.net] OSAL（Operating system abstraction layer）について教えてくだちい 正しいAPI仕様はどこ見たら良いの？ ぶっちゃけスレッドの生成とJOIN、クリティカルセクション、イベント通知手段、セマフォ、遅延（Sleep） が使えれば良いぐらいのミニマルな要求なので自力実装しても良いが方言を増やしても仕方が無いし、 976 名前：デフォルトの名無しさん mailto:sage [2021/08/07(土) 22:19:39.31 ID:htSYk34i.net] std::threadつかうかpthread使えば。 977 名前：デフォルトの名無しさん mailto:sage [2021/08/07(土) 22:28:21.15 ID:P3NgS3ss.net] これじゃないの？知らんけど ttps://github.com/nasa/cFS/blob/gh-pages/OSAL_Users_Guide.pdf 978 名前：デフォルトの名無しさん [2021/08/07(土) 22:38:16.24 ID:dRA6eDJQ.net] お猿って読むのかな？ 979 名前：デフォルトの名無しさん mailto:sage [2021/08/07(土) 23:51:20.36 ID:fhvRgHLH.net] >pthread 質問しておいてｱﾚですが確かにOSの抽象化はPOSIXじゃいかんのか、とは思いました ただpthread関連は使いにくいすぐる…… Win32APIでpthreadの互換品を作る事態になったら何のために生きているのかわからなくなりそう…… 980 名前：デフォルトの名無しさん mailto:sage [2021/08/07(土) 23:59:07.20 ID:tg14s6ns.net] 使いにくいって 学習しろよバカが 981 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 03:38:56.69 ID:o6Sz00kX.net] RTOS向けのAPIらしいねOSAL そういう用途で重要な要件を満たせるような仕様になってるのだろう知らんけど 982 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 05:12:10.85 ID:b7/SG9Fy.net] どちらかというとコードの動きが詠めずにコンパイルエラーに頼りまくるバカの方が大問題な気がする 983 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 09:36:28.23 ID:FX9juWvg.net] コードの動きを、詠む 風流だな 984 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 09:54:35.44 ID:X9nZYb13.net] std::threadを使わない理由を説明してもらわんとアドバイスのしようがないね 985 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 11:10:29.77 ID:p8p3x866.net] コードはアートだぞ? 986 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 11:17:36.30 ID:qvupnXSA.net] コードアートオンライン 987 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 13:32:41.01 ID:GYDyEW6S.net] プラットフォームごとにスレッド関数がまちまちなことは大した問題じゃないんだが、スレッド同期を考えればstd名前空間のクラスを使うのが今後の最適解になるでしょ 988 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 14:23:53.13 ID:tnUFWQWl.net] コンパイラや標準ライブラリの製作者よりも俺の方が詳しいと確信できる時以外は素直にstdに甘えるべき 989 名前：デフォルトの名無しさん [2021/08/08(日) 15:36:10.77 ID:Hwfa9w/d.net] int a[3] = {1, 2, 3}; for(auto&& b : a) { std::cout << b; } この範囲for文の「&&」って何者なの？ 参照？ autoもautoで、autoはC++11で廃止になったって聞いてたんだけど・・・ 990 名前：はちみつ餃子 mailto:sage [2021/08/08(日) 15:50:15.52 ID:3b5W4SC5.net] >>972 auto は C から引き継いで C++ にも以前からあったキーワードだけれど、 誰も使ってなかったから元の意味を廃止してあらたな意味で使われるようになった。 廃止されたのは auto の以前の使い方であってキーワード自体は廃止されてない。 991 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 16:04:41.80 ID:b7/SG9Fy.net] 値の参照値変数を伴ない値参照とでもいうべきか 992 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 16:06:14.93 ID:tnUFWQWl.net] 釣りじゃないなら、とりあえず右辺値参照でググって一通り読んでこい ここで全部説明してると長すぎる 993 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 16:07:11.93 ID:b7/SG9Fy.net] forループとかココらへんはコンパイラの最適化によっては&参照とあんま変わらんよな 994 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 16:15:05.55 ID:o6Sz00kX.net] auto && に関しては右辺値参照とは限らないというのもまたややこしい 995 名前：はちみつ餃子 mailto:sage [2021/08/08(日) 16:16:14.37 ID:3b5W4SC5.net] >>972 && は普通は右辺値参照を意味するが、一部の状況では万能参照になる。 (言語仕様上は万能参照とは呼ばれないが通例としてそう呼ぶことが多い。) 初期化子によって左辺値参照か右辺値参照かを自動的に選択するので、 よく理解できてないなら範囲for文をつかうときは && にしておけと入門者に勧める解説はよく見る。 実際、その状況では auto& と書いても結果は変わらない。 996 名前：デフォルトの名無しさん [2021/08/08(日) 16:53:04.10 ID:Hwfa9w/d.net] >>973 >>978 ありがとう・・・！ メモっとく 997 名前：はちみつ餃子 mailto:sage [2021/08/08(日) 17:22:47.83 ID:3b5W4SC5.net] >>979 言葉の様子からは昔の C++ (C++03 以前) は使ってたのかな？ と推察するけど、 C++03 と C++11 の間では大きな飛躍があって、 その後も変更は色々あるのでちょっとしたことをいちいち質問するのは効率悪いと思う。 ドキュメントを網羅的にわかりやすく整理しているとてもありがたいサイトがいくつかあって 仕様改定がどういうものだったのかもまとまっているので参考にするといいよ。 https://cpprefjp.github.io/lang/cpp11.html https://ja.cppreference.com/w/cpp/11 998 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 19:31:37.38 ID:R0ImpkBa.net] std::threadってなぜかスレッドが実行中かどうかを調べるだけの関数がないんだよね 絶対にあった方が良いと思うんだけどなんか理由があるのかな 999 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 19:40:44.42 ID:Cdmlpdjr.net] joinableだけじゃ足りん？ 1000 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 19:45:39.50 ID:8fWNQyKy.net] pthreadsにそういうAPIが無いからなぁ 1001 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 19:55:15.31 ID:GYDyEW6S.net] pthread_timedjoin_np()使えばいいじゃない 1002 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 20:02:19.74 ID:8fWNQyKy.net] none portableじゃないですかやーだー (でも使う) 標準としては難しそう 1003 名前：蟻人間 mailto:sage [2021/08/08(日) 20:27:26.52 ID:7BKdY7dG.net] native handleをgetしてWaitForSingleObject使うとか 1004 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 20:52:17.07 ID:GYDyEW6S.net] >>985 nandemo portable の略だから大丈夫 1005 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 21:39:14.34 ID:yBkpHZYz.net] 普通にミューテックスで排他して状態管理せよ…… だいたいスレッドが動いているかどうかという1 bitだけを外部が欲しがるという用途は（join操作そのものを除き）あんま無く、 キュー的なﾌﾞﾂに対するデータの排他的な出し入れが普通伴うはず…… 1006 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 21:44:02.93 ID:yBkpHZYz.net] ミューテックスで数千クロックサイクル浪費するのが嫌という向きは知らん スピンロックとかdouble-checking lockみたいな対策になるかと思うが絶対安全かつポータブルな 方法というものは無くなる希ガス 1007 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 22:18:09.18 ID:GYDyEW6S.net] >>988 速度重視でmap/unordered_mapでコンテナ作ってみたけどやっぱり仕様変更に耐えられるvector/listコンテナ最強的なオチに似たものある 1008 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 22:43:58.32 ID:8fWNQyKy.net] キューへの投入と取り出しがそれぞれ1スレッドだけならミューテックスを使わなくてもアトミック変数だけで排他出来る(OSに仲裁してもらわなくていい) 1009 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 23:27:24.23 ID:yBkpHZYz.net] OSの助けなしにどうやって待ち（と起床）を実現するつもりなんじゃ…… 1010 名前：デフォルトの名無しさん [2021/08/08(日) 23:43:25.11 ID:2XV4yDHI.net] スレッドが実行中か確認したいってどんなときなのかな？ 確認したところで次の瞬間には終了してる可能性あるわけじゃん 終了を待機したいならjoinすればいいし実行中をなんのために確認したいのかよくわからん 1011 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 00:16:27.81 ID:bkD+cive.net] Linuxのpthread_mutexの実装で使われているfutexも競合しないタイミングならユーザランドだけで処理が完結する (OSが仲裁する必要があるのは競合する場合だけ) > Futex operation occurs entirely in user space for the > noncontended case. The kernel is involved only to arbitrate the > contended case. As any sane design will strive for > noncontention, futexes are also optimized for this situation. > > https://man7.org/linux/man-pages/man7/futex.7.html キューが固定長, 投入スレッド1つ, 取り出しスレッド1つという条件でならアトミック変数2つ(読み出し位置, 書き込み位置)で「競合しない」ように出来るので, OSの仲裁が必要じゃなくなる 1012 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 00:22:59.44 ID:bkD+cive.net] あと(pthread_mutexのようなネイティブの)mutexはそういう理由で大抵の場合は最速のロック機構になっているので, 自分で作るなら普通にmutex使った方がいいというのは同意 素人(俺とか)の考えたロックフリーデータ構造とか大抵設計か実装かその両方でバグが入る 1013 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 07:54:40.07 ID:eF2Q2UUf.net] >>989 mutexが遅くてイヤならatomicじゃね？ 1014 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 09:47:15.53 ID:TRAo/ccI.net] >スレッドが実行中か確認したいってどんなときなのかな？ 排他制御付きのキューを自力実装するときまれによくある…… キューがあふれそうになったときpushする側（producer）を待たせる作りにした場合、 popする側（consumer）はデータをpop後、producerが待っていたらその待ちを解除、 待っていなかったら何もしないという判断が居るのでこのためのフラグ （producer側にpushを継続する意思があるかどうか、またはpush待ち中かどうかを表すフラグ）が居る producerよりconsumerがいつも速い見込みでキューがあふれない前提（キューが必要に応じていくらでも大きくなる） だったりその他（待ち解除が条件変数ではなくキューイングされるイベントだったり）だと無くてもよいから ぜってー必要か、というとﾋﾞﾐｮｰだがあった方がすっきり効率的なコードとして書ける 1015 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 09:51:30.16 ID:TRAo/ccI.net] >>996 インターロックドインクリメントはまれによく使う インクリメントに性交したら排他的操作権を獲得できた証、 1016 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 09:55:16.95 ID:TRAo/ccI.net] となるようにインクリメントするカウンタの意味を仕向ける 1017 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 09:55:21.66 ID:eF2Q2UUf.net] >>998 アンカーミスってねい？ 1018 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 81日 23時間 0分 8秒

---

---

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

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