C++相談室 part150

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/07 16:31 / Filesize : 257 KB / Number-of Response : 1034
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

C++相談室 part150

1 名前：デフォルトの名無しさん mailto:sage [2020/03/24(火) 00:04:33 ID:YFRNwZnv.net]: C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part149
https://mevius.5ch.net/test/read.cgi/tech/1581974381/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
mevius.5ch.net/test/read.cgi/tech/1556142878/

■長いソースを貼るときはここへ。■
　codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
www.bohyoh.com/CandCPP/FAQ/ (日本語)

テンプレここまで
720 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:11:26 ID:E/8R3YZo.net]: >>698
そうだけどmovはそもそもatomicじゃん
>>696 で何をいいたいのかわからないな
(ちなみに最近のコンパイラはfpu命令でなくsimd使うのでmovと書いてる)
721 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:14:17.87 ID:dxwAL6rC.net]: 気になったのは、「atomic」というコンピュータサイエンスで用いられている
言葉を >>612 のように実際のCPUで出来ているかどうか質問していること。
IntelのCPUマニュアルでは、atomicという言葉は使わずに、#LOCK PINアサート
が立つかどうかや、キャッシュコヒーレンシー、といった言葉で説明されている。
「atomic」という言葉は、キャッシュなどが「無いものとして分かり易く」
理解するには有効であるが、実際のCPUではキャッシュの一貫性や、PCIバス規格
と絡んだ詳細な説明が必要となる。
何を持って「atomic」というか、という問題が起きるからだ。
722 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:18:53.44 ID:dxwAL6rC.net]: >>704
movも、実際のCPUでは必ずしもatomicとは限らない。
まず、alignment 境界を跨いででいるような場合や、
物理的に複数のCPUがマザーボード上にある場合のキャッシュの一貫性の問題が
あるから。
Intelの最適化マニュアルなどで、マルチコア並列化の例として上がってないような
方法は、勝手にやると破綻するかもしれない。
実機で実験してやるのは自由だが、他の人のCPUでは誤動作するのは覚悟した方がいい。
「アメリカ人は、書いてないものを勝手に使ったあなたが悪い」
という思想だぞ。
723 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:31:25.73 ID:E/8R3YZo.net]: >>706
マニュアルに安全な具体例として載ってないから疑ってるって話ね
ご自由にどうぞ
でもそれはあくまでお前の判断
メジャーコンパイラがintelのサポートうけてないとは思えないから
おれはコンパイラの出力眺めてみるけどね
724 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:39:01.96 ID:dxwAL6rC.net]: >>707
並列化の処理は研究されているから、Intelが例として一度も書いてないんだったら
多分やめた方がいいと思う。
725 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:49:26.97 ID:+O5RjP+P.net]: >>705
atomicとコヒーレンシーや同期がごちゃまぜになってる

もうちょっと勉強するか
素人なら素直に既にある同期や排他制御の仕組みを使いなさい
726 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:51:54 ID:+O5RjP+P.net]: 色々な理由でやむを得ず使う上級者の技を
素人がまねしなくて良い
727 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:57:11 ID:E/8R3YZo.net]: >>708
ちなみにメジャーコンパイラが
std::atomic<double> ＆ std::memory_order::relaxed
をどう展開するか知ってるんだよね？
これを疑ったらコンパイラを自作するしかないんでは？
728 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 18:31:40.49 ID:dxwAL6rC.net]: >>711
そのoperator=()関数は、store() 関数を使っていて、その関数は lock(), unlock()
で囲ってから書き込みをしている。
729 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 18:56:13.77 ID:E/8R3YZo.net]: >>712
そりゃご愁傷様
おれの環境だと普通にmovqだけどね
730 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 18:57:46.10 ID:dxwAL6rC.net]: >>713
だったらそれでいいじゃない。
731 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:17:44 ID:E/8R3YZo.net]: >>714
おれは最初から困ってないしw
お前がいろいろ大丈夫かよ
732 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:18:48 ID:dlDgLyfe.net]: ちょっ（キャッシュの）一貫性とアトミック（なアクセス）は別概念なのでは…
後者はあくまで>>665の括弧内の意味
一貫性が保証されている�
733 名前：P一キャッシュライン内のデータに対するアクセスでも アトミックでないケースが理論上はありえる []: [ここ壊れてます]
734 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:19:22 ID:ZjhSP/3u.net]: なんで揉めてんだか訳わかんね
735 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:21:46 ID:dlDgLyfe.net]: つか同一キャッシュラインに乗っているからといって
配列アクセスは非アトミック、
736 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:23:51 ID:dlDgLyfe.net]: >>681
じゃあ電話交換機のプログラマーとか？

災害に際して実際に活躍したシステムの例を引き合いに出したのに
なんで白昼夢スレに誘導されるのかがわからん…
737 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:44:30.16 ID:6g3bWVkt.net]: C++でdoubleで同期取ろうとしてることすら意味不明なんだがキミたちは結局何がしたいんだい？　
処理系依存するものはOSの同期を使えよ。
738 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:47:35.61 ID:S060FgXU.net]: >>705
atomicっていう言葉は使われてるが
https://xem.github.io/minix86/manual/intel-x86-and-64-manual-vol3/o_fe12b1e2a880e0ce-258.html
739 名前：デフォルトの名無しさん mailto:age [2020/05/06(水) 19:48:49.83 ID:kak2WxQU.net]: 同期がめっちゃ遅いから困ってんだってよ
740 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:55:48.41 ID:6g3bWVkt.net]: 同期は遅くて当たり前だろ。
並列化したら速くなるとか同期コスト知らないIT音痴の妄想なんだから。

処理系依存していいならIntelのTSX試せよ。
741 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:58:00.21 ID:DK2U3wBE.net]: 同期を速くするのは無理だぞ
高速化したければ同期を減らすんだぞ
742 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 20:12:52.44 ID:E/8R3YZo.net]: >>720
できるかどうかと
やるべきかどうか
は別の話
区別しようぜ
743 名前：843 mailto:sage [2020/05/06(水) 21:51:51 ID:U6CLxvSb.net]: Atomicの話と同期の話の区別も宜しくねw
744 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 22:20:21 ID:+O5RjP+P.net]: >>720
誰もdoubleで同期を取るなんて話はしてない
atomicなアクセスの話題

>>718
複数ならSIMDレジスタを使う
YMMなら4個、ZMMなら8個までatomic
745 名前：デフォルトの名無しさん mailto:sage [2020/05/07(木) 00:01:22.08 ID:hoUWiCnf.net]: 同期をとればatomicである必要はない
そういうことじゃないのか
746 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 00:24:54 ID:N8w6+mz8.net]: 話をまとめるとこうなる。

・8byteの読み書き命令がatomicかどうかは処理系依存する話でC++の話ではない。スレチだが聞くならチップを指定して聞け。チップ仕様見れば答えは出る。議論の余地はない。
・8byteの読み書きを同期したい、atomicにしたい。OSの同期か適当な同期ライブラリ使え。悩む余地なし。
・atomicと同期は話は別だ　→ありえないw ハードでatomic命令の実装に同期が必要だし、ソフトの同期処理の実装にCPUのatomic命令を使う。atomicの実装を知りたければVHDLスレにでも行け。
・馬鹿は同期を理解できない←30年前から言われてる名言。C++スレでdoubleがatomicかというアホ質問自体が証左。
747 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 01:03:56 ID:M+iqUPlL.net]: EOF
748 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 01:11:02 ID:0pZrsm5h.net]: >>721
なんだ、そこにそのまま書いてあるじゃない。
つまり、alignされているなら quadword は atomically に Read/Write できる。
キャッシュラインの中に納まっているなら align されてなくても OK、と。
8.1.1 Guaranteed Atomic Operations
The Intel486 processor (and newer processors since) guarantees that
the following basic memory operations will
always be carried out atomically:
・Reading or writing a byte
・Reading or writing a word aligned on a 16-bit boundary
・Reading or writing a doubleword aligned on a 32-bit boundary

The Pentium processor (and newer processors since) guarantees that
the following additional memory operations will always be carried out
atomically:

・Reading or writing a quadword aligned on a 64-bit boundary 16-bit accesses to uncached memory locations that fit within a 32-bit data bus

The P6 family processors (and newer processors since) guarantee that the following additional memory operation will always be carried out atomically:
・Unaligned 16-, 32-, and 64-bit accesses to cached memory that fit within a cache line.
749 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 06:07:03 ID:cLsDnrKi.net]: >>612に対する回答は既に>>675で明確に示されて終わってる話。
それを急に同期の話と勘違いしてとんちんかんな蒸し返し方をした>>682が�
750 名前：ｨかしい []: [ここ壊れてます]
751 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 06:35:21 ID:N8w6+mz8.net]: その486の話でいうと、当時、486は自己書き換えコードを駆逐した。Prefetchされたコードは非同期のまま実行されたからだ。Prefetchされたものはメモリではないと言い訳してもPGはそうは思ってないのだから高速なCPUだけ動かないコードがいっぱいあったわけだ。
結局、Intelが折れたのかPenから正しく同期されるようになった。TSXといいIntelも結構やらかしてるし、PICじゃ今でも同期エラッタてんこ盛り。MIPSの実装なんて言わずもがな。
752 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 06:52:28 ID:Xvq6sZ7Q.net]: 同期って用語の使い方に違和感があるなあ
753 名前：843 mailto:sage [2020/05/07(木) 07:35:15.71 ID:/g81R4QF.net]: >>734
同意
そもそも486の時代に自己書き換えコードがいっぱいあったとかにわかに信じがたい
754 名前：デフォルトの名無しさん mailto:sage [2020/05/07(木) 08:02:12.59 ID:wkYaXeHy.net]: 8086時代は結構あった
古いコードのおもりをさせられた人は苦痛だったろうね
今よりはるかにパズルコードが多かったし
755 名前：デフォルトの名無しさん mailto:sage [2020/05/07(木) 08:27:36.65 ID:N8w6+mz8.net]: >>732
atomic命令=排他制御(同期処理)された命令。同義。
doubleアクセスがatomicか知りたい=double値で同期したいと解釈するのは普通じゃないかな。
まぁatomicであろうとなかろうと、C/C++的にはOSの同期オブジェクト使えって結論になるわな。
マルチスレッドの再現性ないバグの99%は同期のおれおれ実装が原因だし。
756 名前：843 mailto:sage [2020/05/07(木) 09:26:23.94 ID:rgMcdocw.net]: アトミックと排他制御と同期処理って同じじゃねーぞ
doubleでアトミックと言うのは例えば
double d = 1.23;
…
d = 2.34;
ってやった時にdが1.23と2.34以外の値にならない事を言う
どっちの値になるかまでを保証するわけじゃない
757 名前：デフォルトの名無しさん mailto:sage [2020/05/07(木) 09:34:04.25 ID:qJNaSSxu.net]: 何に基づいた主張なのかわからない
論拠も書くべき
758 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 09:50:51 ID:N8w6+mz8.net]: >>738
おれは同じ意味で使ってるし、
世界の技術者もそうだからボクたちに合わせてくれないかな。
759 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 09:53:56 ID:Uptrp4d8.net]: >>737
> まぁatomicであろうとなかろうと、C/C++的にはOSの同期オブジェクト使えって結論になるわな。

お前 ID:lE4/XlkX だよね？
760 名前：843 mailto:sage [2020/05/07(Thu) 10:01:49 ID:EiluKhsY.net]: >>740
> おれは同じ意味で使ってるし、
それは勝手にしてくれ、どうせ人の言うことを聞かないだろうし
> 世界の技術者もそうだから
妄想乙w
761 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 10:21:20 ID:N8w6+mz8.net]: >>741
単発IDのくせにいなきり「お前」かよ。GWはほんと口の聞き方も知らないリアルクズ野郎ばかりだな。
おまえのような礼儀も知らず妄想しかできない低能クズに寛容なるおれ様が特別に教えてやろう。

違いますよ^^　礼儀を知らない馬鹿は二度とおれにレスすんなw
762 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 10:32:16 ID:PvsEcGe8.net]: 同期とアトミックと排他制御が同じとは
ヤバいのがいるなこのスレ

ソフトウェアの基礎を学んだ方が良い
763 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 10:36:17 ID:0pZrsm5h.net]: 個人的に並列化処理といえば、例えば2coreの場合、
double buf[1024];
の内の、0-511 までを core1、512-1023 までを core2で処理するものだと思っていた。
atomicであるかどうかを気にしている人は、
buf[0] を core1とcore2で
[core1]
for(・・・) {
　buf[0] += 1.0;
}
[core2]
for(・・・) {
　buf[0] += 1.0;
}
みたいに同時に書きこみたいと思っているの？？？？
でも、atomicというのは、書き込みのみ、または、読み込みのみ、のどちらかの
場合だと適用できるけど、↑のコードの場合、+= 演算子は、直前の値を読み取ってから、
1.0 を足して、同じ場所に書きこむ動作をするので、いくら、double値の書き込みが
atomicであっても、結果はめちゃくちゃになるよ。
764 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 10:45:35 ID:Uptrp4d8.net]: >>743
- std::atomicの使い
765 名前：どころを理解してない - "OS"の同期プリミティブを使えと主張 (なぜOSと限定？) この二つの条件を満たす別人が現れる確率は結構低いと思ったんでね 非礼の詫びとしてatomicの使いどころ知りたかったら教えてやるけどどう？ []: [ここ壊れてます]
766 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 10:50:13 ID:Uptrp4d8.net]: >>745
そんなraceばりばりの例だめにきまってんじゃん
単純に一方がwriter、他方がreaderでもatomic性は必要でしょ
767 名前：843 mailto:sage [2020/05/07(Thu) 11:13:09 ID:lQhGrp4h.net]: >>745
> atomicであっても、結果はめちゃくちゃになるよ。
+= の話はレイヤーが違う
2 threadで元々0.0の変数に各々 += 1.0を10回実行した時に結果が20.0増えないことがあるって言う話をしてるんだろうけど結果は1.0~20.0に範囲になる
>>612のは浮動小数点フォーマットとして正しいかどうかもわからん
768 名前：デフォルトの名無しさん mailto:sage [2020/05/07(木) 11:20:48.41 ID:Xvq6sZ7Q.net]: std::atomic<double>はoperator+=ないね
769 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 12:09:28 ID:0pZrsm5h.net]: >>748
>>612のは浮動小数点フォーマットとして正しいかどうかもわからん
それも、個人的には分かっているつもり。
770 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 12:11:04 ID:0pZrsm5h.net]: >>747
>単純に一方がwriter、他方がreaderでもatomic性は必要でしょ
確かに必要だね。
でも、個人的には具体的にどういう利用例があるのか分からない。
771 名前：843 mailto:sage [2020/05/07(Thu) 12:17:56 ID:FtlEpNqJ.net]: >>750-751
書き込みスレッドが書き込んでいるデータを読み出しスレッドが読み出して表示する
とかの場合アトミックでないと不正なデータを表示してしまう
計測器等でありがちな処理だよ
772 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 12:53:58 ID:N+2vUAWE.net]: >>751
一番原始的なスレッド通信

>>745
複数命令を使って事実上アトミックに出来るCPUもあるし
整数ならアトミック加算出来る命令があるCPUもある

ARMやMIPSは前者、x86は後者
773 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 17:00:45 ID:jqbAFx8V.net]: C++に限ったことじゃないかもしれないんですけど質問させてください
typedefで型に別名つけることについてです。今いじってるコードでたとえばvector<animal>にanimalsって型名をつけるようなのが山のようにあるんです
これすごくわかりにくいなと思います。例えばvector<animals>で宣言されてればその変数にどんな操作ができるのか一発ですが突然animalsで宣言されても何ができる型なのか初見では分かりません
別名をつけることがメリットになることってあるんでしょうか
774 名前：デフォルトの名無しさん [2020/05/07(Thu) 17:14:48 ID:8jv+kISL.net]: メリットは君が言ってる通り特定の言語に限った話では特定の回答は出て来ないし
言語を取り巻く環境(エディタや統合環境や諸々)でも答えは変わってくる
775 名前：◆QZaw55cn4c mailto:sage [2020/05/07(Thu) 18:04:16 ID:VS6AE9q5.net]: >>754
using animals = std::vector<animal>;
わたしも、こういう typedef はしない方ですね、リッチなエディターを使っていないせいかもしれません
書いた人は別名を細かく付けた方がいいと考えているようですが、こういうのは記述の粒度の問題かもしれませんね
776 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:08:47 ID:cLsDnrKi.net]: >>754
例えば後からvectorじゃなくてlistにしたいなーと思ったときに修正箇所が一箇所で済む
777 名前：デフォルトの名無しさん [2020/05/07(Thu) 18:14:03 ID:V086WOzl.net]: テンプレートで使うからでは。
778 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:29:01 ID:0pZrsm5h.net]: >>754
書くのが簡単になり、見るのも分かり易くなることがある。
また、animal_s とちゃんと最後に複数形を現す「_s」を付けるという
自分なりの命名規則を付けておけば、vector<animal> のことである
こともすぐに分かる。
779 名前：デフォルトの名無しさん [2020/05/07(Thu) 18:31:07 ID:0pZrsm5h.net]: >>759
なお、型名は小文字ではなく、Animal か、CAnimal、TAnimal のようにするのが慣例。
vector<Animal> の場合、AnimalVector とすると、書くのも理解するのも楽になる。
templateのままをコード中に大量に書くとわずかな書き�
780 名前：ﾔ違いで変な動作になりかねない。 []: [ここ壊れてます]
781 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:36:04 ID:0pZrsm5h.net]: >>760
templateは、C++の中でも最も複雑で、書き間違えたときのエラーが理解しにくい
とされる部分。
だから、vector<Animal>とコードのそこかしこに書きまくるのはお勧めしない。
それと、<や> は、キーボードの配置からして打ち込みにくいという事情もある。
指が届きにくい場所にあるというか。
また、vector<Animal
と> を書き損じたような場合、>を探してコンパイラが変な場所でエラーを出して
しまい、どこでエラーが始まったか探し出すのに苦労するようなこともある。
だから、このような「組み立てられた型」は、毎度毎度そのまま使うと痛い目に
遭う可能性があるので、animals と typedef した人は賢い。
782 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:37:12 ID:N8w6+mz8.net]: >>746
レスするなと言ってるのにほんと人の話を聞いてないな。だから別人だって言ってるだろう。
std::atomicの使いどころってstd::atomicの話題に一度もレスしてないし、std::atomicの話を振られてもいない。

しかもOS限定とか妄想そのもの。
> OSの同期か適当な同期ライブラリ使え。悩む余地なし。
と最初に言ってる。逆にキミのその発言で、キミは今まで禄にコードを書いたことのない糞ガキの学生ということがよくわかったよ。

仮にOS提供の同期機構かstd::atomicかという選択であっても1nmもstd::atomicの選択余地はない。0%だ。
枯れてないライブラリは論外。同期バグはOr****やIntelでもやらかすし、枯れてるほうを使う。
何十年もカーネル開発者が注力し、コキ使われてきた実績のある同期コードを選ぶのがまともな社会人。
キミのような無責任な子供やテストしないOSSな人じゃないからね。OS提供がなくても同じ。
組み込み系ならチップメーカーが提供する同期ライブラリを使う。
783 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:39:12 ID:0pZrsm5h.net]: 命名規則は、animals よりも、
vector<animal> の時には、AnimalVector
list<animal>の時は、AnimalList
とするのがお勧め。
最後の s だけだと、見落とす可能性があることと、集合体であることだけは
分かっても、それが、どんな種類の集合体かまでは分からないため。
784 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:42:48 ID:0pZrsm5h.net]: もうひとつ、vector<animal> より、AnimalVector とした方がいい理由は、
正規表現検索する場合のため。
正規表現だと、< や > は何らかの meta 表現的な意味を持っている場合があるかも
知れないので、型名は単純な alphabet 列の方が何かと便利。
785 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 19:54:24 ID:RMklkh4T.net]: 今どきシステムハンガリアンもどきなんてやだよぅ
786 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 20:03:35 ID:wkYaXeHy.net]: vectorからlistに変えられなくなる
787 名前：◆QZaw55cn4c mailto:sage [2020/05/07(Thu) 20:14:04 ID:k+gNGLxR.net]: >>763
vector から list に変えるときに、名前もいちいち変えないといけないのだったら、その命名ルールは今いちですね…
788 名前：デフォルトの名無しさん [2020/05/07(Thu) 20:56:23 ID:V9Hy6a5I.net]: Animalsの話題はわたくしがC++最大の謎と呼ぶvector継承不可問題だ
Javaだと「class Animal extends ArrayList<Animal>{」とできる
でもC++だとvectorそのものの継承はデストラクタの関係で認められていない

つまりクラスを作るかtypedefするか、C++には2通りの解決方法が存在する
789 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 21:04:23 ID:+JcfXk10.net]: 自分作りゃいいだろ
コンテナくらい
790 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 21:04:44 ID:Gk4UMZDB.net]: 別にvector継承してもいいんだよ
protectedかprivate継承する分には何の問題もない
役には立たないけど
791 名前：デフォルトの名無しさん [2020/05/07(Thu) 21:07:22 ID:qT/QDoOR.net]: この程度でs付け忘れるとか不注意にもほどがある
792 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 21:10:02 ID:QyPqnZke.net]: いや、vectorは今となっては継承すべきでないってこともないだろ
793 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 21:21:54 ID:hoUWiCnf.net]: vector<>のデストラクタが仮想でないのは仕様の欠陥ですか？
794 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/07(Thu) 21:30:23 ID:8B1BhNza.net]: 注意深さに自信があるならデストラクタが virtual でないクラスを public 継承しても
それ自体は言語仕様には反しないけど、人間は間違うのでな……。

>>770
private 継承した上で外部から呼び出しを許すメンバ関数は using すればいい。
役に立たないということはないと思う。
795 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 01:16:40 ID:Fn7VYFHg.net]: 基本的なことだと思うけどよく
よくあるイベントループってどうやったらシンプルかつMT安全かつ効率的に実装できる？
次のような条件で
- qeueuが空ならwaitする
- qeueuにイベントが追加されたら直ちにおきてdispatchする
- dispatchに長い時間かかることもありえる
- add_eventは可能な限り短い処理で完了する。
- stopがよばれたらloopから直ちにぬける。dispatch中の場合は終わってから抜ける。

次に雰囲気コード書きます。
796 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 01:21:33.28 ID:Fn7VYFHg.net]: loop()がこれではいかんのはわかってるけど、どうすれば簡潔に書けるのかわからん
他にもあやしいところがある気がする

bool running = true;
std::deque<int> unsafe_queue;
std::mutex mtx;
std::condition_variable cond;
using unique_lock = std::unique_lock<std::mutex>;
void stop() { running = false; }
void add_event(int i)
{
　　unique_lock _(mtx);
　　unsafe_queue.push_back(i);
　　cond.notify_one();
}
void dispatch(int) { /*do something*/ }
void loop()
{
　　unique_lock lock(mtx);
　　while (running) {
　　　　cond.wait(lock, [] { return !unsafe_queue.empty(); });
　　　　auto ev = unsafe_queue.front();
　　　　unsafe_queue.pop_front();
　　　　dispatch(ev);
　　}
}
797 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 03:21:51 ID:7git1+gm.net]: まずconcurrent_queueを持ってくるなり作るなりして用意した方がいいよ
イベントループにロックやイベント混ぜて書くとわけわからなくなる
798 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 03:34:19 ID:7git1+gm.net]: イベントって同期イベントね
799 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 03:38:35 ID:FOXu+lyu.net]: concurrent_queueは必要ないと言うかこの用途だと無駄な処理増えるだけじゃね
800 名前：843 mailto:sage [2020/05/08(金) 05:40:01.72 ID:JnpjOAnv.net]: >>775
BlockingCollection使えばいいだけじゃねーの？
801 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 06:51:21 ID:M/JmLjh0.net]: >>776
それ、イベント発行しないと止まらなくね？
802 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 11:45:01 ID:Fn7VYFHg.net]: >>777
concurrent_queueって標準であります？どれのこと？
MT安全なqueueクラスを作ると
イベント待ちしてるときのstopで即終了が面倒かなと思いました
803 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 12:06:11 ID:Fn7VYFHg.net]: >>781
そうなんですよね
runningのチェックって一回のままで実現できないですかね？
804 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 12:18:21 ID:Fn7VYFHg.net]: >>780
BlockingCollectionってどこにあります？
ぐぐったらC#のクラスは見つかりましたが
上に書いた通り、stop時の処理がまわりくどくなりそうなのを気にしてます
実行時のロジックがシンプルなやり方を追求したいです
805 名前：843 mailto:sage [2020/05/08(金) 12:23:41 ID:UXU8nfWQ.net]: >>784
> BlockingCollectionってどこにあります？
> ぐぐったらC#のクラスは見つかりましたが
触れちゃ駄目な人だったか…
806 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 12:39:35 ID:N+8ZKU+/.net]: 普通は終了を意味する番兵オブジェクトを用意するんじゃないの
キューの中身を最後まで処理して欲しいなら単に番兵を積めばいいし、無理矢理終わらせたいならキューを強�
807 名前：ｧ的に空にしてから番兵放り込めばいい []: [ここ壊れてます]
808 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 13:50:27 ID:Fn7VYFHg.net]: >>786
なるほどそれだときれいに書けますね
runningフラグは不要にできると

しかしわりとクリティカルな処理を想定してるので
stopを呼ぶスレッドで(イベントオブジェクトの)解放処理が起るのは問題に
なるかもしれないです(例ではintですが実際はもうちょっと凝った構造体)
runningフラグ前提だときれいに書けないですかね？
809 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 17:13:05 ID:+t+L26mC.net]: こんなんでいいのでは。running2回チェックは避けられそうにないなあ。チェックよろ
start() {
{
lock()
running = true
}
run(loop)
}
stop() {
{
lock()
running = false
}
notify()
join()
}
loop() {
lock()
while(true) {
cond_wait(!empty() or !running)
if (!running) {
break
}
pop()
}
}
810 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 17:29:10 ID:NOJZfKLR.net]: スレッド動作トリガーはcond 1個にして
スレッド内で、キューやrunningフラグを見る
811 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 17:32:31 ID:NOJZfKLR.net]: Windowsみたいな高機能な同期が有れば
イベント、タイマー、ファイルアクセス、ネットワーク通信
などなど色々な物を同時にトリガーに出来る

linux系はその辺が貧弱
スレッドを動かす為のスレッドが必要になったりする
812 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 17:46:30 ID:+t+L26mC.net]: >>790
全部selectやepollでまとめて待てるけど、winはもっと高機能なん？
813 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 18:43:53.40 ID:NOJZfKLR.net]: yes
814 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 19:10:58 ID:Fn7VYFHg.net]: >>788
インデントつけました

void loop() {
　　lock()
　　while (true) {
　　　　cond_wait(!empty() or !running)
　　　　if (!running) {
　　　　　　break
　　　　}
　　　　pop()
　　}
}

cond_waitの前にrunningみなくて大丈夫ですかね？
startの直後loopが始まる直前でstopが呼ばれた場合cond_waitって起きます？
815 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 19:27:16 ID:V12mYFi1.net]: >>792
違いは同期オブジェクトを含められるかどうかぐらいでは？
それ以外ならlinuxでもたいていfdになってる
少なくとも>>790の後ろ三つは可能
イベントもパイプで代用できることが多い
816 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 20:07:48 ID:DADrWmcq.net]: >>793
cond.waitはブロックする前に一度条件式を確認する動きになってる。
条件式が初めからtrueであればそもそもブロッキングをしないからcond.waitの前にrunningをみなくても大丈夫だと思う
817 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 20:36:08 ID:Fn7VYFHg.net]: >>795
そうでしたか
ありがとう
818 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 22:51:30 ID:Fn7VYFHg.net]: もうひとつ質問させてください
>>776 のrunningはstd::atomic_boolにする必要はあります？

C言語だとこの手の変数はvolatileにすると思うのですが
C++ならatomicでしょうか？
上の方でatomicのこといろいろ書いてありますがこの場合はどうなんでしょう？
819 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 00:53:16 ID:8wHk9BWj.net]: void Foo::pushReq(const XXXReq& req)
{
　EnterCriticalSection(&m_csec);
　{
　　if (!m_bTerminate) {
　　　m_requests.push(req);
　　　SetEvent(m_hEvtNewRequest);
　　}
　}
　LeaveCriticalSection(&m_csec);
}
820 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 00:57:33 ID:8wHk9BWj.net]: bool Foo::popReq(XXXReq& req)
　for (;;) {
　　if (!m_bInOperation) {
　　　// イベント待機
　　　WaitForSingleObject(m_hEvtNewRequest, INFINITE);
　　　if (m_bTerminate) {
　　　　return false;
　　　}
　　　m_bInOperation = true;
　　} else {
　　　EnterCriticalSection(&m_csec);
　　　{
　　　　if (m_requests.empty()) {
　　　　　m_bInOperation = false;
　　　　　// 今入っているイベントはbInProcess中に入ったもので
　　　　　// 明らかに古いのでリセット
　　　　　ResetEvent(m_hEvtNewRequest);
　　　　} else {
　　　　　// 要求があればpopして処理
　　　　　req = m_requests.front();
　　　　　m_requests.pop();
　　　　}
　　　}
　　　LeaveCriticalSection(&m_csec);

　　　if (m_bInOperation) {
　　　　// 処理すべきリクエスト有り
　　　　break;
　　　}
　　}
　}
}
821 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 01:01:13.28 ID:8wHk9BWj.net]: ウィンド
822 名前：ーズの同期APIの仕様により 同期API呼び出し時点であらゆる変数のメモリへの書込みとメモリからの読み込みが完了するので とくにvolatileは不要 なはず、 []: [ここ壊れてます]
823 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 06:06:39 ID:1JWVR6vl.net]: >>797
>>788のようにrunningの更新をlockで保護するのであればatomic_boolにする必要はないと思うよ
void stop() {
　　std::lock_guard<std::mutex> lk(mtx);
　　running = false;
　　cond.notify_all();
}
お手本でも普通のboolを使ってる
https://cpprefjp.github.io/reference/condition_variable/condition_variable.html
https://cpprefjp.github.io/article/lib/how_to_use_cv.html
824 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 11:17:56 ID:KZFWOt7Z.net]: >>801
loop()内のrunningは毎度メモリから読まれる必要があるので
C言語ならvolatileにすると理解しています
つまりループ内で最適化されてしまわないようにするためだと思います

これがC++だと仕様的にもともと問題ないのでしょうか？
逆に最適化がかかりにくくなってしまう気がします
ただ手元で実装したものは最適化かけていても確かに期待通り動いています
825 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 12:59:28 ID:1JWVR6vl.net]: >>802
POSIX準拠のシステムでは同時アクセスを防ぐ書き方(mutexによるlockとかstd::atomicによるstore/loadとか)
をすれば自動的にメモリ同期(メモリへのフラッシュ)が行われる作りになっていてvolatileとかを気にする必要がないらしい
https://yupo5656.hatenadiary.org/entry/20040618/p2
826 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:06:53 ID:8wHk9BWj.net]: >>802
>>776のコードの全体の当否はおくとして
while()の中でlockしているのであればlockされるブロックに出入りする際に
>runningは毎度メモリから読まれる
が実現されるからrunningフラグはvolatile無しでもむ無問題、

C++の標準的なlockの仕様は知らんがlockに出入りするときに
CPUのライトキューやリードキューに未処理のライトコマンドやリードコマンドが乗ったままだと
正しいロックにならないから普通のlockの実装ではメモリバリアを行う

メモリバリアはコンパイラに対してはイントリンシックな関数か何かとして定義されており、
それらの呼び出しのときコンパイラは空気を読んでレジスタに乗ったままの変数を放置しないはず…
（変数に対する副作用がある関数呼び出しとみなす
827 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:16:40 ID:2pLCfdPK.net]: POSIXスレッドはetchになってからようやく使い物になった
woody以前は酷い出来だったのは酔い思い出
828 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:46:46.99 ID:8wHk9BWj.net]: しかし以下のような実装のときrunningにvolatileが本当に要らないかどうかわわからん…

void bar() { (内部でlockを行う) }

====↓↓↓異なる翻訳単位↓↓↓====

void foo {
　bool running = false;　　// runningはローカル変数
　while (running) {
　　bar();　　// 一見runninguへの副作用が考えられないシグネチャ
　}
}

どうやっているのかは知らんが、ウィンドーズの同期系API（上の例でbar()にあたる）は
うまいことやってくれる（と思う！
829 名前：◆QZaw55cn4c mailto:sage [2020/05/09(土) 13:51:04 ID:y1dzFt5u.net]: >>803
というか、pthread や pthread 採用の C++11orlater で記述するのが普通です
volatile のみでなんとかするようなものじゃない
830 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:52:06 ID:8wHk9BWj.net]: よく考えたら上のコードではrunningへのポインタを他のスレッドが知っていることもありえないから、
そういう意味でvolatile不要（最適化上等）か…orz

一方、runningがグローバル変数なら、異なる翻訳系で定義された関数を呼び出した後に、
runningは改めてメモリから読まれることはコンパイラが生成するコードの規定の動作なので
volatile不要

まとめると、runningがグローバル変数でありかつ同期目的の関数内でメモリフェンスしており、
かつそこが毎回通る限り、runningにvolatileは不要
831 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:53:07 ID:VRhqXw ]: [ここ壊れてます]
832 名前：8t.net mailto: >>806
running がローカル変数なら bar() での副作用は無理だから volatile の有無によらず foo() は空にできちゃうのでは？ []: [ここ壊れてます]
833 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:54:44 ID:VRhqXw8t.net]: （リロードしてなかった・・・）
>>808 つまり volatile が必要なケースは無いね？
834 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 14:01:00 ID:8wHk9BWj.net]: >>810
多分、orz
計算機科学や実際のプログラムの実装は複雑怪奇なので、
病的な反例が何かあるかも((((;ﾟДﾟ))))ｶﾞｸｶﾞｸ
835 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 14:22:58 ID:KZFWOt7Z.net]: >>803
それはメモリバリアのことですよね
つまりCPU内のリオーダーの制御で
lockからunlcokまでメモリアクセスはその外にリオーダーされることがない

>>802 で気にしてるのはそれではないです
レスわけます
836 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 14:32:48 ID:KZFWOt7Z.net]: >>804
> >>802
> >>776のコードの全体の当否はおくとして
> while()の中でlockしているのであればlockされるブロックに出入りする際に
> >runningは毎度メモリから読まれる
> が実現されるからrunningフラグはvolatile無しでもむ無問題、

一度目はメモリから読まれるのは確実だと思います
ただループの場合、2度目のリードからはコンパイラが最適化をかけて
一度目の値を使いまわす可能性があると思います

void loop()
{
　　unique_lock lock(mtx);
　　auto r = running
　　while (r) {
　　　　....
　　}
}

と置き換えてしまう可能性があるのでは？ということを心配しています
私のC言語開発の経験ではこの場合はvolatileにするのが鉄則でした

c++のコンパイラはかしこくrunningは都度メモリから読み出すべしと判断していると
なるとその判定はどうやって行っているのでしょう？
一律にローカル変数以外はメモリから呼び出すわけではないと思います
(それだとかなり性能が落ちると思います)
837 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 14:56:31 ID:8wHk9BWj.net]: >>813
コンパイラ視点で見れば中身のわからないcond.wait()と言う関数呼び出しが
グローバル変数runningに対する副作用を持たない（値を書き換えない）ことの保証が無いから、
cond.wait()をループ外にくくりだす最適化が行われることは普通は無い。 --- （A）
また、ソースコード上cond.wait()を呼び出した後にrunningを参照する箇所があれば、
普通はかならずメモリからrunningを読み直すコードが吐かれる　--- （B）

普通でない場合というのはコンパイラがcond.wait()メソッドの中身まで知っていて
runningに対する副作用が無いと結論付ける場合が考えられるが、
それでもcond.wait()の中で
　(1) メモリバリアを行っており、
　(2) その意味をコンパイラが知っている
限り、コンパイラが「（cond.wait()呼び出しによる）runningに対する副作用が無い」と結論付けることはありえない --- (C)

というわけで、普通は(A)、(B)が成立するからrunningのvolatileは不要
(A)、(B)非成立な変に賢いコンパイラでも、(1)と(2)が成立するなら(C)が成立するからrunningのvolatileは不要
838 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:08:39 ID:1JWVR6vl.net]: >>813
ループは>>793の方法で行くんじゃなかったの
839 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:08:46 ID:KZFWOt7Z.net]: >>814
それはstd:::condition_variableを使った場合に限定していますか？
基本的にpthreadのwrapperだと思うのですが、仮にコンパイラがそれを特別扱いしているとすると
pthreadをダイレクトに使った場合はどうなりますか？
あと客観的な文献を示してほしいです
840 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:11:10 ID:KZFWOt7Z.net]: >>815
そうですが別の話題なのでわかりやすく書きました
ただ >>793 もイベント処理中はunlockしておく必要があったのでそこは変えました
841 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:20:05 ID:1JWVR6vl.net]: >>817
それだと>>813のコードでwhile(r) (あるいはwhile(running))ってなってるのがわからない
>>793だとwhile(true)の中でif(!running)ならbreakするって形でそもそもrunningは一回しか評価しないはず
842 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:38:10 ID:8wHk9BWj.net]: >>816
>それはstd:::condition_variableを使った場合に限定していますか？
いいえ

>pthreadをダイレクトに使った場合はどうなりますか？
どう使うつもりかわわからんが、コンパイラに中身を知りようが無い関数の
呼び出しがループ内に生じる限り同じ話

>客観的な文献を示してほしいです
(1) 変数に対する副作用がある（かもしれない）関数がループ外にくくりだされないこと
　コンパイラはソースコードをオブジェクトコードに翻訳する際、
　ソースコードに書かれたアルゴリズム（有限ステップで終わる＆非同期要素無し）の
　動作結果を変えてはならない。この原則はコンパイラの教科書に書いてあるし常識と言っても過言ではない
　で、変数に対する副作用がある（かもしれない）関数の不適切な最適化はこの原則にひっかかる

(2) 少なくともMSVCがメモリバリアの意味を知っている根拠
https://docs.microsoft.com/ja-jp/cpp/intrinsics/readwritebarrier?view=vs-2015
これ、VS2010までは非推奨ではなかったし、サンプルコードも載っていたが無くなってたorz
843 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:40:22 ID:VRhqXw8t.net]: >>816
標準スレッドライブラリを使った前後の読み書きについては、
ライブラリ関数呼び出し（ lock/unlock など）が提供するスレッドをまたぐ "synchronize with" 関係と
スレッド内での, "sequenced before/after" による前後関係とをつないだ
"inter-thread happens before" 関係（順序付け）に基づく挙動が規定されている。
https://timsong-cpp.github.io/cppwp/n4659/intro.multithread#intro.races-9
>813 のような書き換えは許されない。

規格化以前の pthread などをダイレクトに使った場合は >>814 の挙げるような
「事実上問題にならない」に頼ることになり、これに volatile を加えても「事実上問題にならない」の
範疇であることに変わりはない。
問題の可能性が減ったり、実際に起こっていた問題の解決につながることはあっただろうけどね。
これについては「客観的な文献」といったものが無かったことも規格化の動機になっただろう。
https://isocpp.org/wiki/faq/cpp11#cpp11-specific-goals
> - Machine model and concurrency ? provide stronger guarantees for and better facilities
> for using modern hardware (e.g. multicores and weakly coherent memory models). ...
844 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 16:27:23 ID:KZFWOt7Z.net]: >>819
なるほど
つまりc/c++コンパイラの最適化において、
副作用がある(pure functionでない)関数があると、それをまたいだ
リオーダーや値の流用をすることはない

当然メモリバリアを張るcond(pthreadも含む)は副作用ありなので
これがループ中に存在する場合はrunningは毎度メモリから読み出されることになる

ということですね
非常によくわかりました
845 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 16:30:24 ID:KZFWOt7Z.net]: >>819
しかし、この場合volatileが不要といえることはわかりましたが、
これはあくまで副作用あり関数の存在に依存しています

と考えると一般的にはvolatileはつけておく方習慣の方がやはり無難だと思いますがいかがでしょう？
(c++ならatomicに置き換えるとして)
846 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 16:33:07 ID:KZFWOt7Z.net]: >>820
ありがとうございます
ちょっとこれを読み解くのは難しそうですね・・・
あとでじっくり読んでみます
847 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 16:41:37 ID:8wHk9BWj.net]: >>821
レジスタに載ったままな変数の流用はともかく、
リオーダーは副作用がある(pure functionでない)関数をまたいでも特に阻害されないんじゃね；
リオーダーの効果はプログラムの実行に関して普通の状況では透過的なので、普通の状況でコンパイラがそれをやめさせる理由が無い

普通でない状況としては>>716みたく同一データに対する複数コアからの同時アクセスがありえるケース
（コンパイラが知りようが無い非同期事象が生じるケース）があるが、
これは（ユーザーコードかライブラリの）プログラマがメモリバリアを明示的に書き、
コンパイラが空気を呼んでその前後の変数の流用も抑止することで処置される

と思うが真実は知らん
気分としてはあくまで>>802の立場であって非同期の問題に関してはノーコメント
事実として出来上がったプログラムが正しく動いているなら問題ないのじゃガッハッハッハ、
848 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 16:43:21 ID:8wHk9BWj.net]: 訂正orz
誤： >>716 ==> 正： >>776
誤： >>802 ==> 正： >>811
849 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 17:00:35.76 ID:1JWVR6vl.net]: >>822
複数スレッドで共有する変数を読み込む以上絶対にlockなりatomicなり�
850 名前：gうわけだから必ず副作用あり関数が存在する []: [ここ壊れてます]
851 名前：はちみつ餃子 mailto:sage [2020/05/09(土) 18:56:58.72 ID:MmeKQuXy.net]: >>822
見かけ上の挙動が仕様通りだったらどうコンパイルしてもよいというのが言語としての基本的なルール。
https://timsong-cpp.github.io/cppwp/n3337/intro.execution
昔は並列実行に関する動作モデルの既定がなかったので、
既定にないことをするプログラムを書いたときに
最適化で除去されたり順序が入れ替わったりしてもそれは仕様通りだったんだよ。

volatile はプログラムとして書いてある通りのことを (たとえ観測できなくても) 実際の動作にも
反映させろというヒントをコンパイラに伝えるものではあるけど、
言語仕様の記述に用いられる抽象機械と実際の実行環境が完全にマッピングできるわけでもない
から volatile が具体的にどう影響するかってのは分からん。
言語仕様外のことをするときのために用意されていると考えてもいい。

つまり、ロックやアトミックまわりの仕様で規定されていることなら volatile を付けようが付けまいが
その通りになるし、既定されていないことなら volatile を付けても言語仕様として得られる保証は何もない。
処理系として言語仕様以上の保証を付けているということはあるだろうけど。
852 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 18:58:03 ID:KZFWOt7Z.net]: >>826
確かに、正しく排他制御しているのならばそれはいえそうです
853 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 19:14:29 ID:TBKnesgm.net]: volatileは簡潔に言うとregisterの逆の作用だね
854 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 22:27:01 ID:IGvav/BT.net]: volatileはコンパイラに、コード通り読み書きを行うコードを吐けと指示するだけ

CPUが勝手に順番を変えたりしないようにCPUに指示をする命令は別途行わなければならない

x86の場合は何もしなくて良い場合が多く
ARMの場合は追加しなければならない場合が多い
855 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 22:31:00 ID:TVkAIoUw.net]: いいえ、単に昔からGCCが糞なだけです。
856 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 22:42:09 ID:G+eyUkVB.net]: 最近日本式のやつが再注目されてるじゃないか。
それは欧州式のやつのことじゃないか？
857 名前：843 mailto:sage [2020/05/09(土) 23:22:12 ID:NXsGMAUL.net]: >>826
片方は書き出し、もう一方は読み出しだけなら排他制御しなくてもアトミックでありさえすれば大丈夫だし、そういう実装はそれなりにあるよ
858 名前：デフォルトの名無しさん [2020/05/10(日) 02:46:29 ID:EdgxbLB4.net]: 可変長引数テンプレートから型の文字列を組み合わせて配列を定数化して取り出せるようにするために
以下のようなコードを書いたのですが、

template<typename ... ComponentsData> struct ComponentTypeGroup {
static constexpr std::size_t ComponentCount = sizeof...( ComponentsData );
static constexpr std::string_view TypeTexts[ComponentCount];

template<typename Type> constexpr void TypeGroupText( std::size_t _uIndex ) {
TypeTexts[_uIndex] = Detail::Nameof<Type>(); // 定数文字列を生成する関数です。
}

template<typename First, typename Second, typename ... ArgTypes> constexpr void TypeGroupText( std::size_t _uIndex ) {
TypeGroupText<First>( _uIndex );
TypeGroupText<Second, ArgTypes...>( _uIndex + 1 );
}
constexpr ComponentGroup(){ TypeGroupText<ComponentsData...>( 0 ); }
};

constexpr ComponentGroup()で「型指定子がありません」と出てコンパイルエラーが取れません。
何故このエラーが出ているのかがいまいちわからず、途方に暮れています。
誰かご教授いただけないでしょうか？
859 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 02:51:01 ID:KxiPn0ce.net]: ComponentTypeGroupのtypoでなくて？
860 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 03:20:50 ID:s7BT3+bq.net]: まずそのインターコンチネンタルホテルみたいな長ったらしい名前やめろ
861 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 03:25:28.56 ID:wE52EU/R.net]: 古いコードの一時的メンテのため、stdとstd::tr1をC++11で混在�
862 名前：ｳせて使う話なんですが、 元々C++11以前のコンパイラ用に書かれた using namespace std; using std::tr1::shared_ptr; shared_ptr<Hoge> hoge = ... みたいなコードをC++11でビルドすると、C++11には std::shared_ptr があり ambiguous エラーになりますよね。 最初 share_ptr を std::shared_ptr ということにしてビルドしようかと思ったら、ところどころ std::tr1::shared_ptr と フル宣言してあり面倒なことが判明。なので shared_ptr は std::str1::shared_ptr とみなす方針に戻りました。 なので using namepace std; を保持しつつ shared_ptr を std::tr1::shared_ptr としてビルドしたいんですが、 それって可能でしょうか? 例えば using namespace std; で std::shared_ptr を除外するようなことってできます? 古いコードを出来るだけいじらずビルドしたい、というのが一番のポイントですw []: [ここ壊れてます]
863 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 03:46:29.57 ID:oMXEUzlE.net]: 単に#include<tr1/memory>してstd::tr1::shared_ptrのusingを消すんではあかんの？
新しいコンパイラではstd::shared_ptrとstd::tr1::shared_ptrって同じものでしょ
864 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 05:06:37.17 ID:wE52EU/R.net]: >>838
using std::tr1::shared_ptrを取るとただのshared_ptrはstd::shared_ptrになります (using namespace std)。
すると今回の場合、
　std::tr1::shared_ptr<Hoge> boge; // たまにちゃんと名前空間を使ってる宣言がある
　boge = shared_ptr<Hoge>(new Hoge);
みたいなコードが駄目になるようですが。

std::tr1::shared_ptrとstd::shared_ptrはとりあえず名前としては違うんじゃないですか? 違うとコンパイラー
が認識しているように見えますが。
865 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 11:05:22 ID:sYQDYC6t.net]: 淫乱チンポメンタルヘルス？
866 名前：◆QZaw55cn4c mailto:sage [2020/05/10(日) 11:14:15 ID:PNwCDTcQ.net]: >>840
それ、面白いと思ったのですか？
867 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 11:25:22 ID:5OK5MvZd.net]: >>837
これで全部 std::shared_ptr になるんじゃない？
namespace std { namespace tr1 = ::std; }
868 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 11:49:35.32 ID:sYQDYC6t.net]: インサートチンポレンタルホテル！
869 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 12:12:32 ID:6Ru0pW3/.net]: >>842
> namespace std { namespace tr1 = ::std; }

おお、これで std名前空間の中に tr1 のエイリアスを定義できる感じですか?
結果 std::tr1 は ::std -> std を指す、と。
870 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 12:19:21.29 ID:KGOVLWXM.net]: >>834
constexpr ComponentGroup()の返り値がない。

constexpr void ComponentGroup()じゃない？
871 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 12:49:31 ID:uBqrUzQt.net]: コンストラクタの綴り間違えているんじゃね？
何れにしろconstexpr static memberをコンストラクタやメンバ関数内で初期化は出来ないと思うが。
やるならstatic constexpr member関数の戻り値で初期化するとかしないと
872 名前：デフォルトの名無しさん [2020/05/10(日) 13:27:57 ID:EdgxbLB4.net]: >>845
>>846

あ……すみません。
コンストラクタの綴り治せばエラー取れました(汗
ご教授ありがとうございました
873 名前：デフォルトの名無しさん [2020/05/10(日) 17:58:29 ID:Pcmn53iK.net]: namespace std { inline namespace tr1 {} }

#include <memory>
874 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 18:02:33.35 ID:LV0wbaaG.net]: std名前空間に何かするのは基本的に未定義動作に繋がるのでやめようね
875 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 18:15:05 ID:3khm8gAC.net]: カラオケで自分が歌いながら録音したカセットテープを爆音でドライブしながら女に聞かすようなものだな
これどう？オレが歌ってんだけど？的な
876 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 18:53:54 ID:0gvZuU03.net]: >>850
それ良くやる
877 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 19:05:46.41 ID:m91+LxrO.net]: 女「さむっ・・・オープンカーかと思ったわ」
878 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 19:30:31.12 ID:657zsB50.net]: >>848
どうもです、しかし
879 名前：自分の環境だとうまくいかないですね。gcc 5.4.0 です。 error: ‘shared_ptr’ is not a member of ‘std::tr1’ std::tr1::shared_ptr<Hoge> hoge; ^ とりあえず>>842を試してみたんですが、やってみるとインクルードファイルが意外と多く、そのほとんどに #include <tr1/なんちゃら> があり、これらを全て tr1無しにする必要が。 コンパイラーのフラグ等でtr1無しをインクルードするようなことってできましたっけ? うわーさらに脇道。 とりあえず上記を書き直すとした場合、変更量が増えるにつれ、やっぱ全部のファイルで素直にtr1を 全部置換したほうがいいんじゃないかという気が徐々に... っておい > 自分 >>849 御意。ちなみにstdは普通の名前空間とは違うということですか? しかし namespace の使い方の勉強になりました。いやあ色々思い付かれてすごいです。 []: [ここ壊れてます]
880 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 19:41:27.78 ID:5OK5MvZd.net]: >>853
#include <tr1/～> も保持するなら、自分のソースツリーに tr1/～を捏造して
その中に #include <～> と >>842 を並べて書けばいいでしょ。

まぁ置換で済むならそっちだろうけど。
881 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 21:40:19.38 ID:LV0wbaaG.net]: >>853
std名前空間の中は標準とその実装のための特別な場所
https://ja.cppreference.com/w/cpp/language/extending_std
882 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 06:44:06 ID:WjiQACf7.net]: 使われないけど標準なんです。
883 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 10:06:29 ID:ihiMo4aq.net]: 関数内で宣言した変数を途中でconst化したいときってどうやったらいいですか？
関数というのはこんな感じです

void func() {
int a;

～aの値を設定する百行くらいの処理～

～aを用いたメイン処理。途中で誤ってaを変更しないようにしたい～
}

aをconstで宣言しておいてaを設定するところはconst_castするというのはやりたくないです。
初期化用関数initializeを作って const int a = initialize(～); とするしか方法はないですか？
できればそれもしたくないのですが
884 名前：デフォルトの名無しさん [2020/05/11(月) 10:09:55 ID:MhpqGE2N.net]: &a にアクセスする権限を readonly にするとか
環境依存だろうけど
885 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 10:13:30 ID:vLTbwMZ+.net]: >>857
a に設定する値を求める処理を関数化して、その戻り値でconstのaを初期化する。
886 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 10:14:29.69 ID:vLTbwMZ+.net]: あ、したくないって書いてあったね
887 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 10:18:49 ID:m+8/4tPw.net]: >>857
初期化用関数を作るのが嫌な理由は何？
外のスコープに名前を付けて置くのが嫌ということならラムダ式で済むと思うんだけど。
888 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 10:53:26 ID:ihiMo4aq.net]: >>859>>861
関数作るのが嫌なのは、気分ですね。バカバカしい理由ですみません。

関数外に置くのが嫌でラムダ式は多用しているのですが、使うときはある程度まとまった処理をするときなので
初期化程度のことにラムダ式を持ち出すのは大仰な気がしてやりたくありません。
これまた個人的な好みで恐縮ですが。

（ちなみに>>857で挙げた初期化処理が百行くらいというのは大げさで、概ね数行くらいです。）
889 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 11:22:30 ID:rmb+jfMY.net]: どうしてもなら、こうだな
int a_;
//a_で初期化処理をする
int const& a = a_;
//aはconst
890 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 11:26:38 ID:rmb+jfMY.net]: アホらしいけど、こんな手も考えられる
struct sample
{
int a;
void func() {
//初期化処理
std::as_const(*this).func();
}
void func() const {
//aをconst扱い
}
};
891 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 11:30:27 ID:tShYcoYg.net]: 後半をlambda化すれば
aをコピーキャプチャしてmutableにしなければconstになる
892 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/11(月) 11:37:55 ID:p ]: [ここ壊れてます]
893 名前：GzfxkdL.net mailto: GCC や Clang の拡張を使ってよいならこういう書き方は出来る。

void func() {
const int a = ({int a; a=1; a;}); // ブロック内で初期化処理を書いて値を返す
std::cout << a << std::endl; // メイン処理
}

たぶん >>857 が考えている用途だとこれが一番楽なんじゃなかろうかと思うんだけど、
標準ではないってのはやっぱりネックになってくるな。 []: [ここ壊れてます]
894 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 11:54:09 ID:WjiQACf7.net]: constウイルスw
895 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 12:17:38.26 ID:oXH9qZIA.net]: ポインタ使えばいいのに
const付きのポインタを宣言だけしといて初期化のスコープ内でアドレス渡せばいい
896 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 12:21:06.88 ID:vUv7mwxB.net]: >>862
RAII教に入信しておとなしく初期化ラムダ関数を使うがよい
897 名前：デフォルトの名無しさん [2020/05/11(月) 14:54:10 ID:NX9zuntd.net]: IT掲示板群 ttp://x0000.net/forum.aspx?id=15

学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など

simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0
898 名前：デフォルトの名無しさん [2020/05/11(月) 14:54:11 ID:NX9zuntd.net]: IT掲示板群 ttp://x0000.net/forum.aspx?id=15

学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など

simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0
899 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 14:58:27 ID:vIusnhzf.net]: >>868
なるほど、考えてみれば参照型にすればいいんだ。
int a;
(a に対する初期化処理);

const int &a2 = a;
(a2 を読み取るだけの処理);
900 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 15:01:13 ID:vIusnhzf.net]: 変数名として灰化の用にすればわかりやすいかもしれない。
物理学では、a0 は、a の初期値を意味することが多いので、学術的にも分かり易い。

int a0;
(a0 に対する初期化処理);

const int &a = a0;
(a を読み取るだけの処理);
901 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 15:02:26 ID:rdm6Cg4w.net]: >>873
誤: 変数名として灰化の用にすればわかりやすいかもしれない。
正: 変数名としては、以下のようにすれば分かり易いかも知れない。
902 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 15:28:25 ID:ZT/W926b.net]: a0がスコープから消えないのは片手落ち
どのみちトリッキーなことして読み手を混乱させることしない方がいい
単純にスコープを一画面に収まるぐらいに短くしろ
903 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 15:33:11.51 ID:rmb+jfMY.net]: キモい個人サイトの宣伝をNG登録っと
904 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 16:16:12.98 ID:rdm6Cg4w.net]: >>875
>a0がスコープから消えないのは片手落ち
言われてみれば。
905 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 16:35:15 ID:gZOsi0FN.net]: 処理を途中で止めて、変数とかvectorの中身を確認したりするソフト知らない？
906 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 16:37:43 ID:rdm6Cg4w.net]: >>875
以下のようにすればその問題も一応は解決する。

int a;
(a に対する初期化処理);

{
　const int &a0 = a;
　const int &a = a0;　　// 外の a とは別の a を宣言。
　(a を読み取るだけの処理);
}

さらに
#define XXX(_x_) const int &_x_##0 = _x_; const int &_x_ = _x_##0
というマクロを導入すれば、

int a;
(a に対する初期化処理);

{
　XXX(a);
　(a を読み取るだけの処理);
}

でいける。
907 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 16:38:36 ID:rdm6Cg4w.net]: >>878
それがデバッガー。
IDEの中に入ってる。
908 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 16:59:50 ID:rmb+jfMY.net]: >>878
Visual Studioに標準で入ってるよ
909 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 17:54:34.39 ID:ihiMo4aq.net]: やはり大人しく初期化関数使います
いろいろとアドバイスありがとうございました
910 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 18:09:25.84 ID:UkUll7O4.net]: 幅優先探索において座標によって侵入コストが均一でない場合に対応するためにプライオリティキューを用いて、
スタート地点からの総移動コスト値(int)を格納する2次元配列と、
それに対応するインデックスとなる座標を格納する構造体(POINT)で実装したいのですが、
ProgrammingPlacePlusというサイトのC++編の「標準ライブラリ」の第12章(priority_queue)のサンプルコードに習って、
使用コンテナがvectorの場合はうまくいくのですが、listにするとコンパイルエラーになってしまいます

int move_cost[256][256];

bool operator >( POINT a, POINT b )
{
return ( move_cost[a.y][a.x] > move_cost[b.y][b.x] );
}

//vector版
std::priority_queue< POINT, std::vector<POINT>, std::greater<POINT> > vector_prio_que;

//list版
std::priority_queue< POINT, std::list<POINT>, std::greater<POINT> > list_prio_que;

初心者ですみません
どうすればlistでも動作させられるのかご教示頂けませんでしょうか
911 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 18:20:43.09 ID:rmb+jfMY.net]: >>883
vectorならokでlistはngというと、イテレータの種類じゃね？
vectorはランダムアクセス、listはバイディレクショナルという違いがあって
よく引っかかる要注意箇所だよ
912 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 19:14:29 ID:UkUll7O4.net]: priority_queueの内部使用コンテナとしては、vector、list、dequeは条件を満たしていると書いてあったので、できるはずだと思ったのですが…

priority_queueは、topメンバ関数で最も優先度の高い要素にしかアクセスできず、
自分で書いたソースでは添え字やイテレータによる直接のアクセスは行っていない
(メンバ関数も、.push .pop .top .emptyしか呼び出していない)のですが、
コンパイルエラーの表示では、ご指摘のとおりリバースイテレータがどうのと出ていました

error C2784: 'reverse_iterator<_RanIt>::difference_type std::operator -(const std::reverse_iterator<_RanIt> &,const std::reverse_iterator<_RanIt2> &)'
:テンプレート引数を 'const std::reverse_iterator<_RanIt> &'に対して 'std::list<_Ty>::_Iterator<_Secure_validation>' から減少できませんでした
'std::operator -' の宣言を確認してください。

これは内部的にイテレータの操作がされておりそこでエラーになっている感じなのでしょうか？
algorithmやxutilityの該当箇所を見ても難しすぎてわかりませんorz
913 名前：◆QZaw55cn4c mailto:sage [2020/05/11(月) 19:16:21 ID:X9lKtqAV.net]: >>866
例の奴ですね、ならば、ここはラムダ式の出番でしょう、ラムダ式を定義して即評価します
const int a = [](){int a; a = 1; return a; }();

私以外にもこういうのを希望する人がいるということで、安心しました
914 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 19:28:56 ID:VXScjWrk.net]: > priority_queueの内部使用コンテナとしては、vector、list、dequeは条件を満たしていると書いてあったので
それってどこ情報?
軽くググった限りだと、vector、dequeしか出てこないけど
915 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 19:48:22.07 ID:UkUll7O4.net]: Programming Place Plus というサイトで配布されていたオフライン版(2019-07-01更新版)の C++編の「標準ライブラリ」の第12章(priority_queue)に書いてありました
916 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 20:14:46 ID:1e8qKpQP.net]: リファレンスにはvectorとdequeしかないね
https://ja.cppreference.com/w/cpp/container/priority_queue
https://cpprefjp.github.io/reference/queue/priority_queue.html
917 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 20:21:27 ID:UkUll7O4.net]: vectorの部分をdequeに替えたら問題なく動作したので、対応してるのvectorとdequeだけの可能性高そう
できゅーならできる、なんちゃって
918 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 20:42:44 ID:LZ5jZAGa.net]: (デックなんだけど楽しそうだから黙っとこう…)
919 名前：デフォルトの名無しさん [2020/05/11(月) 20:48:20 ID:oppF2e3I.net]: >>888
そのサイトが取り違えている

https://cpprefjp.github.io/reference/queue/queue.html
>要件を満たすものとしては deque と list

queue | Programming Place Plus　C++編【標準ライブラリ】　第１１章
https://programming-place.net/ppp/contents/cpp/library/011.html
>Container には、vector（第５章）や list（第６章）

＊＊＊

https://cpprefjp.github.io/reference/queue/priority_queue.html
>要件を満たすものとしてはvectorとdeque

priority_queue | Programming Place Plus　C++編【標準ライブラリ】　第１２章
https://programming-place.net/ppp/contents/cpp/library/012.html
>Container には、deque（第７章）や list（第６章）
920 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:01:34 ID:UkUll7O4.net]: そこのサイト詳しくわかりやすく解説してくれているから頼りにしていたのですけど、間違いがあるとは残念ですね…
vectorは要素をずらしたりコピーしたりで実行速度が遅そうだと思ってlistを使いたかったのですが、
素人考えでしたかね
921 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:10:39.83 ID:1x7ET1G/.net]: dequeでよくね
922 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:30:43 ID:rmb+jfMY.net]: >>885
difference_typeって書いてあんじゃねえかよ
バイディレクショナルなイテレータは引けねえんだよ
つまりlistは使えねえってこと
923 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:33:07 ID:M5DpbX0A.net]: >>885
std::priority_queue
https://cpprefjp.github.io/reference/queue/priority_queue.html

ここには、vector・dequeがあると書いてある。
list は書いていない
924 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:37:14.43 ID:VXScjWrk.net]: priority_queueって内部実装がヒープみたいだから、
末尾にしか追加削除しないと思われるので、vectorで十分では
925 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:45:02.52 ID:1e8qKpQP.net]: コンセプトがくればこういう悲しい出来事も減るのかな
926 名前：デフォルトの名無しさん [2020/05/11(月) 21:47:53.20 ID:zAHWYKkR.net]: C++って何作れば勉強になるんだろ
927 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:54:43.39 ID:UkUll7O4.net]: 縦10マス×横40マスの地図で幅優先探索を100回まわして時間計ったら、
vectorだと989ms
dequeだと904ms
で大差ないかんじでした
デフォルトのままvectorを利用していきたいと思います
アドバイス下さいました熟練者の皆さまありがとうございましたm(_ _)m
928 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 22:38:15 ID:M5DpbX0A.net]: 漏れは、2分ヒープを自分で作って、ソートしたりしたけど、

配列の[0]は使わず、[1]から始めると計算が楽なので、
親1, 左右の子は2, 3で、法則は親n, 子2n, 2n+1

コンテナの最後にオブジェクトを追加し、
それが親の数値より小さい場合は、
再帰的に親と交換していく (親子を交換)

再帰的に、親は両方の子以下の数値をもつ。
左右の子(兄弟)の大小関係は考慮しない

配列の先頭要素[1]をPopし、配列の最後の要素を、
[1]に持ってきて、そこから再帰的に、左右の子と比べながら、
子の数値より大きい場合は、入れ替える

ピッコロ大魔王は、これよりもさらに効率的な方法を言ってたけど

このアルゴリズムでは、deque のリンクは不要だろ？
親n, 子2n, 2n+1 で、メモリの場所が分かるのでは？
929 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/12(火) 00:41:18 ID:NsC/lgb+.net]: >>886
質問者はこの場面でラムダ式を持ち出したくないと >>862 に書いてある。
どうして文脈を読めんのだ。
930 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 01:32:23 ID:nCmEHjd6.net]: >>901
なるほど、n, 2n, 2n+1 番の要素に格納してゆくかんじですか、素晴らしいアイデアですね
自力での実装がどうしても必要になったら、配列で作るときのヒントにさせていただきますね

>vectorだと989ms
探索1回あたり10msもかかるのはちょっとおかしいだろうと思って見直したら、
ソリューション構成をDebugにして、「デバッグ開始」してるせいでした
ソリューション構成をReleaseにして、「デバッグなしで開始」にしたら、
探索1回あたり0.02ms弱に収まりました(vector使用時)
STLコンテナ使っててデバッグモードだと500倍も遅くなりうるのか…
ちなみにdeque使用時は0.05msでやや遅めだったのでやはりvectorを使う方がよさそう
931 名前：899 mailto:sage [2020/05/12(火) 02:06:26.24 ID:q3FkXSvr.net]: 普通の実装では、[0]から始めると、
親0, 左右の子は1, 2で、親1, 左右の子は3, 4で、
親n, 子2n+1, 2n+2、となり複雑

子3なら親は、(3-1)/2 = 1
子4なら親は、(4-1)/2 = 1.5 で、切り捨てて1

>>901
では、配列の[0]は使わない。[1]から始めると計算が楽
親1, 左右の子は2, 3で、親n, 子2n, 2n+1

子2なら親は、2/2 = 1
子3なら親は、3/2 = 1.5 で、切り捨てて1
932 名前：デフォルトの名無しさん [2020/05/12(火) 09:47:29.30 ID:9iboxsgQ.net]: 呼び出し履歴で過去の状態に戻れるのは、記録してるからだし。
933 名前：デフォルトの名無しさん [2020/05/12(火) 11:15:54 ID:4WwqN1hQ.net]: dequeue一択
934 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 11:26:05 ID:xLvzOPR4.net]: そういえばdeque使ってよかったって経験ないなぁ
935 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 11:33:14 ID:8l4UOEBM.net]: heap構造ならvectorが速いよね
事前に適切なサイズでreserveしておけば再配置も起きないし
936 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 11:52:31.54 ID:Jgs88fl2.net]: 前後にニョキニョキ伸ばすような用途だとdequeが一番よ
937 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 12:41:24.29 ID:ph0RCKO5.net]: 複数のソース・ヘッダーファイルのセットから一つの動的dllは作れないのでしょうか？
938 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/12(火) 12:45:13 ID:NsC/lgb+.net]: >>910
作れるよ。
939 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 13:34:11.63 ID:ph0RCKO5.net]: >>911
ありがとん
1つのソース・ヘッダーのセットから1つのdllを作るのには成功したのですが、解説サイトも見つからず困っています
940 名前：はちみつ餃子 mailto:sage [2020/05/12(火) 13:43:29.89 ID:NsC/lgb+.net]: >>912
ツールチェインによって手順は違うけど、
ソースファイルがひとつであろうが複数であろうが特別に違うことはしないと思うんだけど。
941 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:09:57 ID:j/0vQ47K.net]: 何が困っているのかさっぱりだぜ
リンカでdllにするんだろ
複数のオブジェクトファイルをリンクすることになんの疑問が
942 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:15:34 ID:9Z5koysX.net]: BASICとかやってた部類の人間だとリンクの概念とかわからんかもね
943 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:17:43 ID:9Z5koysX.net]: そういう化石の人がつい最近いじりはじめた可能性もある
944 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/12(火) 14:18:45 ID:NsC/lgb+.net]: コマンドラインから使うときでもだいたいコンパイラドライバが
いい感じにやってくれるから細かなことまで意識する機会も
あまり無いしな。
945 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:24:47 ID:9Z5koysX.net]: 昔は依存関係調べるメイクファイルビルダーみたいなの使ってたけど
今はそこら辺もコンパイラが全自動で全部やってくれる
946 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:24:51 ID:s06VnCgE.net]: なんかデジャブ…
つい数日前にもまとめてlib化はできるけどdll化できないって質問があったような…
947 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:24:57 ID:SVn+5d28.net]: >>914
おそらく本人は何も分かっていない、何が分かっていないか分からない、書いてあったことを真似るしか出来ない、ということなんだと思う。
948 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:30:14 ID:9Z5koysX.net]: 写経から悟りを得るかどうかの瀬戸際という辺りか
949 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:32:49 ID:0QBBSU9v.net]: 40年前の子供向けBASIC雑誌ですら動的生成を当たり前のようにしてたのになに言ってんだか
C++は何十年遅れてるのってレベル。ゲイツ舐めすぎ。おまえらはジョブス以下。
950 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 15:24:55 ID:j/0vQ47K.net]: プログラムからコンパイラ呼び出して動的ライブラリ作って呼び出せばいいじゃん
951 名前： mailto:sage [2020/05/12(火) 18:31:00.41 ID:cMBaML9B.net]: >>902
初期化時に別に関数やメンバ関数（メソッド）を立てたくない、という >>862 の要望は、かつて私も体感した感覚であり共感を覚えましたので、失礼だとは思いましたが背中を押す意味もこめて敢えてラムダ式を推すことにいたしました
952 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 19:33:06 ID:zY2j7Z+k.net]: MacだとCMakeが便利だった。
953 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 19:38:18 ID:HKiNDHJQ.net]: 即時実行されるlambdaなんて
文法上殆んどblock変わらん見た目で、
最適化かければ性能上もblockと変わらんだろ

[&]{
}();
954 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 19:48:18.72 ID:Jgs88fl2.net]: 即実行ラムダのインライン展開って本当にやってくれるの？
もちろんプログラマとしては期待するところだけど本当に主要コンパイラがやってるか誰か検証してる？
955 名前：デフォルトの名無しさん [2020/05/12(火) 20:13:21 ID:Qfzty+97.net]: 一回しか呼ばれないんならインラインも糞も無い罠
956 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 20:26:40 ID:HKiNDHJQ.net]: >>927
そんなのアセンブリ出力するかobjdumpすりゃ確認できるだろ

msvcですらやっているよ
957 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 20:28:32 ID:u3gpKmNT.net]: 普通の関数コールだって呼び元が1箇所ならインライン展開する
958 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 20:38:00.80 ID:Jgs88fl2.net]: そっかMSVCがやってるなら当然みんなやってるわな
サンクス
959 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 20:38:53.13 ID:u3gpKmNT.net]: いやそんな事もないけど
960 名前： mailto:sage [2020/05/12(火) 20:40:27.49 ID:cMBaML9B.net]: >>926
式しかかけない場所というのがあって、そういう場所では文では駄目ですね
961 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 21:12:01 ID:sL+fzMl7.net]: set::insert()で警告が出るんですが、なんででしょう？vc2015です。

std::set<int> items;
items.insert(1); // ここで警告 C4800

C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\utility(175): warning C4800: 'int': ブール値を 'true' または 'false' に強制的に設定します
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xtree(1823): note: コンパイル対象の関数テンプレートインスタンス化 'std::pair<std::_Tree_const_iterator<・・・
962 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 21:13:55 ID:u3gpKmNT.net]: 書いてある通りじゃね？
963 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 22:10:57.80 ID:sL+fzMl7.net]: >>935
メッセージ内容見ても全然意味がわからないです・・・
警告出ないようにするには、どう修正したらいいですか？
#pragma warning とかでなくて
964 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 22:13:18.80 ID:8l4UOEBM.net]: コンパイラを代える
965 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 03:55:06.92 ID:FY0MfQzC.net]: std::set<int> items;
items.insert((int)1); //明示的キャスト
966 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 03:57:56.39 ID:4cp2IEvR.net]: なんでintのコンテナにint突っ込もうとしたら型警告出るんだろうな？
やっぱMSVCってクソだわ
967 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 06:13:43.32 ID:k7uwq6xu.net]: std::set::inster() の引数でbool型が優先されるのか。
どういうオーバーロードが作用してるんだろう。
968 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 06:24:21.32 ID:nnLD0aa0.net]: >>931
頭悪すぎw
969 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 06:25:48.91 ID:nnLD0aa0.net]: >>939
おまえがウジ虫だからだよw
970 名前：938 mailto:sage [2020/05/13(水) 08:02:38.51 ID:k7uwq6xu.net]: 誤; std::set::inster()
正: std::set::insert()

1文字での入れ替わりは珍しくないけど、2字ずれちゃったのは何故だ?
971 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 08:08:13.33 ID:OofdoMNm.net]: 両手でタイプしているとタイミングのずれでそうなることがある
972 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 08:09:03.26 ID:OofdoMNm.net]: しかしs, e, r, tすべて左手だな
973 名前：デフォルトの名無しさん [2020/05/13(水) 09:04:32 ID:JcjM8CgX.net]: ドッペルゲンガーだろね。
974 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 11:24:17 ID:FY0MfQzC.net]: 即席打法inster
975 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 12:06:10.95 ID:xXY8eqGW.net]: >>924
自分も同じです
複数の変数の同時初期化が必要な場合も、前はタプルを返してたけど
c++17の構造化束縛のおかげでずいぶんスマートに書けるようになったと思う
こんな感じで
int i = 2;
int j = 3;
const auto [m, n] = [&](){ return make_tup
976 名前：le(i + j, i - j); }(); make_tupleの代わりにforward_as_tupleを使うと推論がうまくいかないことがあるけどラムダ式だからそんなもんかな []: [ここ壊れてます]
977 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 12:16:08 ID:VSt/R8YQ.net]: Set
https://cpprefjp.github.io/reference/set/set.html

コメントに、こう書いてあるけど、
// C++17から
978 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 13:45:03.91 ID:OofdoMNm.net]: C++17が現行規格で、C++14以前は廃止規格
ただし国内ではC++03が現行規格
979 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 13:48:57.81 ID:hlRp6n7l.net]: 妙な理解してるな
980 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 18:26:46 ID:4cp2IEvR.net]: 合ってるでしょ
JISの最新C++規格はC++03相当の翻訳（誤字誤訳脱文多数）で、今もそれが日本国内の正式な規格
従うメリットはないです
981 名前：はちみつ餃子 mailto:sage [2020/05/13(水) 20:14:04.10 ID:/XT35uGg.net]: ISO は国際的な性格をもつ機関で JIS は日本の機関だけど、
ISO の規格の全てが全世界で通用するわけではないし、
JIS 規格が日本国内だけの効力というわけでもない。
法律に反しない範囲で当事者の合意があればどんな規格だって有効だよ。
規格化活動の便宜のためにそれぞれが独立して活動してるだけなんで、
「JIS は」ならともかく「国内では」みたいな理解は誤り。

あと、「改正前」と「廃止」は別物。
982 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 21:36:34.19 ID:OofdoMNm.net]: よっぽど決まりを守りたくないんだね
そういう人を説得しようとは思わない
983 名前： mailto:sage [2020/05/13(水) 21:44:06.78 ID:k/cJlRBb.net]: >>954
例えば、JIS が C++03 までしかない、からといって国内では C++11 or later が無効、というわけではないと思います
また「C++14 は廃止された」という言い方はそもそも変です
現時点で C++14 で記述するという「決まり」を立てて C++14 でソフトウェアを作成するとどんな問題が発生するのですか？

あなたのいう「決まり」とはなんですか？
984 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 22:04:10 ID:KT7abTkK.net]: >>954
なんだこのバカ
985 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 22:28:38.42 ID:NqwOCnph.net]: C++03でもC++11でも何でも良い
空気を読んでコードが書ければ

組み込みだといまだにC++03の環境も多くあるから
C++03だけでも書けた方が良いし
C++14の機能を使ったコードが読めないのもマズい
986 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 22:31:02.14 ID:NqwOCnph.net]: #defineで動いていて評価も終わってるコードを
わざわざconstexprやインライン関数に書き換えるようなアホな事はするなよ
987 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 22:56:06 ID:FY0MfQzC.net]: constexprはそんなバカコード修正するために在るものじゃないし
988 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 23:33:51.70 ID:RlNw0pdB.net]: 壊れていなくても直す…！
989 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 23:39:11.22 ID:FY0MfQzC.net]: カチャカチャやらなくてもそのうちバカコードをAIが直す時代がくるさ
シンギュラリティは近い
990 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 23:52:49.48 ID:j5LG6G0L.net]: constexprは既存コードを壊すために在る
991 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 23:59:58.84 ID:GrmX4NGu.net]: constexpr大好き
992 名前：デフォルトの名無しさん mailto:age [2020/05/14(木) 00:50:00.59 ID:9MnQCjc/.net]: コンスとエクスパ
993 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 02:04:29.95 ID:pTsZ6lRN.net]: #define N 100
#define square(x) ((x)*(x))
// 気持ちわる
994 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 05:49:32 ID:IJMYY156.net]: >>957
プロの現場ではC++03以降が敬遠されてるところをみると、
その空気とはC++は便利なCとでしか使ってはならないということだな。

多くはJava、C#、Python、rubyで十分だし。
995 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 07:15:55.89 ID:Qhhsb9+b.net]: C++17には待ってました�
996 名前：ﾆいう有り難い機能が色々あるのに 付いて来れない低脳に迎合するために使用禁止とか愚の骨頂だ 足引っ張るなぼけ []: [ここ壊れてます]
997 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 07:16:46.37 ID:Qhhsb9+b.net]: 不勉強は罪だぞ技術職では
998 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:03:23 ID:IJMYY156.net]: >>967
冗談はよし子さんw 待ってましたって自分で実装せずに待ってたの？　ただの低スキルプログラマじゃんw
C++はいつも十年遅れて標準化するから使われない機能満載だよ。

stringが必要とされたのはいつですか？　実行時型情報が必要とされたのはいつですか？　マルチスレッドが使われるようになったのはいつですか？

キミは30年遅れてるんだよ。時代錯誤君。だから糞遅いJavaに簡単にシェア抜かれるんだよ。
999 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:14:52 ID:Qhhsb9+b.net]: 構造化バインディングなんか自分で実装できるわけねえだろアホ
何も知らないやつが頓珍漢なこと言ってんな
1000 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:17:40 ID:Qhhsb9+b.net]: それでプロとは笑わせるぜ

まあ、いるけどねHDDを指さしてメモリと言ったり
MTTR/MTBFを知らない「プロ」も世の中には
1001 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:18:39 ID:jtTfGo9Q.net]: Javaって言うほど遅いか
競プロに最適化問題を競って解く分野があるが、Java使いで世界トップクラスの選手複数いる
1002 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 08:25:55.19 ID:IJMYY156.net]: >>970
まずは構造化バインディングの話をしようか。
キミはいつ頃この機能が必要になったのか、何の実装に必要になったのか詳しく聞かせてくれ。

そしてこの機能で今までどういった素晴らしいソフトを作ってきたのか紹介してくれ。
キミほどの優秀な技術者なら著名なプロジェクトを多数参加しているだろうしな。
1003 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:42:44 ID:Qhhsb9+b.net]: >>973
おまえなんかにタダでレクチャーなんかしねえし
身バレするような情報を出すわけねえだろ

おまえ頭がパーだな
1004 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:47:57 ID:IJMYY156.net]: 答えれないと知ってて質問してるからいいよ。キミはコードを書かない側の人だからね。
プロジェクトでコード書く人は絶対にこんなこと言わない。こういうことはコードを書かない素人が言うこと。

> 有り難い機能が色々あるのに付いて来れない低脳に迎合するために使用禁止とか愚の骨頂だ
> 足引っ張るなぼけ
> 足引っ張るなぼけ
> 足引っ張るなぼけ
1005 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 09:11:55 ID:nTyJBG5I.net]: キモいのが湧いてるwwww
1006 名前：デフォルトの名無しさん [2020/05/14(Thu) 09:19:04 ID:QxbT6fEj.net]: >>969
よしこさんって書き込みたまに見かけるけど、なんで芳江さんじゃだめなん？？
1007 名前：デフォルトの名無しさん [2020/05/14(Thu) 09:23:11 ID:QxbT6fEj.net]: >>972
遅くないよ。
C++の20倍速いってブログもあったよ。
1008 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 09:27:45.71 ID:IJMYY156.net]: 構造化バインディングの話をしたいのに誰もそっちには乗ってこないんだなw

一体誰がこんな機能待ってたんだろう　言い出した本人は逃げちゃったし
1009 名前：デフォルトの名無しさん [2020/05/14(木) 09:30:38.54 ID:QxbT6fEj.net]: >>979
別に話し合うことも無いと思うけど、何を話し合うの？
1010 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 10:34:07 ID:Qhhsb9+b.net]: >>975
本当に何も知らねえやつだな

> 絶対にこんなこと言わない

目の前に当てはまらない者がいて
言う前から論破されている戯れ言だぜ
1011 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 10:50:24 ID:T9ir0BrB.net]: >>966
逆じゃね
1012 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 10:53:24.55 ID:T9ir0BrB.net]: 構造化バインディングは多値返す関数の使う側が楽になる
mapのループ記述も楽
1013 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 11:16:27 ID:X1Z5LMNW.net]: >>981
お前いつもの煽るしか能のないアホだろw
いいから>>973に答えられる範囲で答えてやれよ
1014 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 11:18:07 ID:X1Z5LMNW.net]: ていうかプロを騙って何か良い事でもあんのかね
よっぼどアマチュアであることに強いコンプがあるんだろうな
1015 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 11:36:20 ID:8Z2Ww5c+.net]: 最新の言語機能使う俺すげー

大人になろうぜおっさん
1016 名前：843 mailto:sage [2020/05/14(Thu) 11:46:09 ID:X6Fr6WNg.net]: そもそも>>967が言うありがたい機能って>>969が言う自前で実装してた機能を自分で実装しなくて済むとかより楽に綺麗に書けるってものでしょ
なので>>969のツッコミが意味不明
単に標準化がおせーよって言いたいだけ？
1017 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 11:47:37 ID:4xm+WE1I.net]: 03至上主義もどうかと思うけどな
unique_ptrくらい使った方がコード品質も上がるよ
1018 名前：デフォルトの名無しさん [2020/05/14(Thu) 11:48:08 ID:tvxDWcUo.net]: 次スレよろ
1019 名前：843 mailto:sage [2020/05/14(Thu) 11:49:30 ID:dNlWUJhr.net]: 中身は子供の使える俺すげー君もうざいけど使えないことを言い訳する>>986みたいな老害もそれ以上にうざいわ
1020 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 11:52:25 ID:nTyJBG5I.net]: constでRAIIちゃんとやろうとしたら構造化バインディングはありがたいのだが
1021 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 11:54:33.42 ID:aX0QHk6r.net]: >>989
とりあえず建てといた
C++相談室 part151
https://mevius.5ch.net/test/read.cgi/tech/1589424805/
1022 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 12:19:53.50 ID:Qhhsb9+b.net]: 技術職の不勉強は罪だと言っている
居直るやつはクズの中のクズだ
1023 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 13:09:18.91 ID:8Z2Ww5c+.net]: 言語の文法の勉強なんで優先度低い
多くの場合大してソフトウェアの品質上がらない
(そもそも定量化できていない、可読性とかいうあいまいな個人の感想だけ)
そんなもんは枯れたころに導入すれば十分
1024 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 13:12:11.41 ID:8Z2Ww5c+.net]: ↑は仕事で使う場合の話ね
趣味の人はご自由に
実際おれだって個人開発では17使ってる
1025 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 14:19:57 ID:Qhhsb9+b.net]: 優先度って、まるで他の勉強に忙しいような言い方だな
こんなところで下らない言い訳ばかりしてるやつが
1026 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:23:11 ID:X1Z5LMNW.net]: いいからC++スゲー=俺スゲーしたいだけの馬鹿は黙ってろ
1027 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:28:43 ID:8Z2Ww5c+.net]: そうだね、忙しいね
computer vision系やってるから日々数学の勉強でいっぱいいっぱいだよ
c++の学習は特に頭いらないから週末気分転換にちょっとやる感じ
構造化バインディング使ったところで、認識エラーは1ミリも下がらない
1028 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:29:06 ID:x0qWbzDY.net]: 根性で五万行組み上げたみたいなバカコードは嫌い
そんなのは女にもモテない
もっとスマートにこなすべき
1029 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:46:10 ID:Qhhsb9+b.net]: 見え透いた嘘ぬかすな
週末気分転換にちょっとやってりゃ
未だにC++03にしがみついているわけがない
もし本当にそうならC++には絶望的に向かないバカだ
1030 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:47:05 ID:Qhhsb9+b.net]: C++11から何年経ったと思ってるんだ
週末は年に52回もあるんだぞ
1031 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:51:59 ID:X1Z5LMNW.net]: ん？
＞未だにC++03にしがみついているわけがない
>>995で17使ってると言ってたようだが

てかもうちょい生産的な話出来んのか
仕事でも趣味でも都合の良いコンパイラ使えばいいだけの話
構造化束縛をマクロとテンプレートで実現するとかなら面白い話題なんだけどな(面白いだけで実用性があるとは言ってない
1032 名前：1001 [Over 1000 Thread .net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 51日 15時間 47分 26秒
1033 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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