[過去ﾛｸﾞ] C++相談室 part165 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(3): (ﾜｯﾁｮｲ efda-9b8G) 2023/10/31(火)07:37 ID:+ZyYyqMO0(1) AAS
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること
次スレは>>980が立てること
無理なら細かく安価指定
※前スレ
C++相談室 part164
省1
2(2): (ﾜｯﾁｮｲ 194e-FUJr) 2023/10/31(火)08:59 ID:DBRUqQAF0(1) AAS
>1 乙です
前スレ 例外はループ脱出に使うような物じゃない、との意見に賛成です。
自分は、例外は「起こり得るけどいちいちエラー処理を書いたらアホな話を」「処理呼び出し毎ではないレベルで」「エラー対処コーディングするもの」と思ってます。
具体例は、
リンクリストなどコレクション操作でメモリ不足が起きた場合、のエラー処理。
コレクションの追加や削除を頻繁に行うコードって、大体はもっと概念レベルが高い事をやってるので、1件の追加 レベルでエラー処理書いてたらアホな感じになる。
しかも、GUI プロセスを作ってて何か上手く動かないから特定のエラーだけを画面に表示したい、など、ことさら明確に対処したい場合です。プロセスが落ちればいいだけなら、main()の外側、の仕様がやってくれる。
省1
3(1): (ﾜｯﾁｮｲ 6105-NMSe) 2023/10/31(火)09:37 ID:BnGGo/620(1/2) AAS
スレ終了間際に現れる質問いいですかオジなんなの？w.
4: (ｽﾌﾟﾌﾟ Sd33-wFsA) 2023/10/31(火)09:38 ID:yneNhI3/d(1) AAS
Pythonで言うと
forのStopIterationは へっ？ だし
int()のValueErrorですら微妙
5: (ﾜｯﾁｮｲ 5397-ggTH) 2023/10/31(火)11:32 ID:5ddE/sJo0(1) AAS
うるせえstd::stoi()ぶつけんぞ
6(1): (ｱｳｱｳｳｰ Sad5-U1R4) 2023/10/31(火)16:49 ID:Xd7Dooyma(1) AAS
>>3
ヘッダーの最後の行の #endif みたいなものだよ
7: (ﾜｯﾁｮｲ 6105-NMSe) 2023/10/31(火)23:53 ID:BnGGo/620(2/2) AAS
>>6
と、言うことは対になる#ifがどこかに？
8: (ﾜｯﾁｮｲ 1945-FUJr) 2023/11/01(水)10:50 ID:NLQyML8a0(1) AAS
…（いくら5chとは言え、複数の人が集まる場所で、何かを教えて頂いてもお礼も言えず、面白い返しもできない人がいたとして。その人がプログラムに関してだけは素晴らしいコードを書ける、なんてことはあるのかな？と思う瞬間が人生の中であったり、なかったり）
9: (ﾜｯﾁｮｲ 297c-tLJy) 2023/11/01(水)12:51 ID:h0xHi7n60(1) AAS
（礼儀とプログラミングスキルは関係ないと思う）
10: (ﾜｯﾁｮｲ 13ad-feYx) 2023/11/01(水)12:53 ID:c3s+uM8y0(1) AAS
（俺の昼飯どこ行った？）
11: (ｱｳｱｳｳｰ Sad5-U1R4) 2023/11/01(水)16:02 ID:G1jsC9Xya(1) AAS
(今日の昼飯はセブンのサバ塩焼弁当にしとくか・・・)
12: (ﾜｯﾁｮｲ 1939-PupP) 2023/11/01(水)18:24 ID:m9AntJVX0(1) AAS
コードにはある程度そいつの人間性は反映されるな
スレチな話題ではあるけど
13: (ﾜｯﾁｮｲ b1f8-XCYI) 2023/11/01(水)23:07 ID:PfaqlzcX0(1) AAS
(本物のプログラマはPascalを使わない)
14: (ﾜｯﾁｮｲ 6105-NMSe) 2023/11/01(水)23:30 ID:ZqfN6pKA0(1) AAS
(でもPythonは使ってもいいのかな？って時々思う)
15: (ｵｲｺﾗﾐﾈｵ MM6d-H9h+) 2023/11/02(木)00:03 ID:aqkFofyNM(1) AAS
そろそろキャストは止めてスマポ使いましょう
16: (ﾜｯﾁｮｲ d94e-vgKx) 2023/11/02(木)02:43 ID:+4XO/JeH0(1/2) AAS
まちゅまちゅの3Dライブみた
前も思ったけどみこちとかなたそのダンス、めっちゃシンクロ率高い
リズムがぴったり一緒なんだよね
ダンスほんとにうまくなったよな
17: (ﾜｯﾁｮｲ d94e-vgKx) 2023/11/02(木)02:43 ID:+4XO/JeH0(2/2) AAS
誤爆った(´･ω･｀)
18: (ﾜｯﾁｮｲ 1bda-9b8G) 2023/11/02(木)07:17 ID:Hn8AmdCQ0(1) AAS
ホロライブか
19: (ｱｳｱｳｳｰ Sad5-U1R4) 2023/11/02(木)10:44 ID:BqsrFUCWa(1) AAS
(まちゅまちゅの3Dライブ?・・・ちょっと気になる)
20: (ﾜｯﾁｮｲ 6105-NMSe) 2023/11/02(木)23:48 ID:ebj85xCu0(1) AAS
(((お前ら括弧ばっかり使ってlisperかよ？)))
21: (ﾜｯﾁｮｲ a905-fLgT) 2023/11/03(金)10:21 ID:sUQ44pbr0(1) AAS
←vーー( ﾟ∀ﾟ)!ー^ー
22: (ﾜｯﾁｮｲ 6276-0SSA) 2023/11/04(土)18:56 ID:Y/q1DSa/0(1) AAS
コピーとムーブの挙動、というか管理難しい。。難しくない？
23: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 0979-oDOv) 2023/11/04(土)20:24 ID:1CTu6tq50(1/2) AAS
コピーやムーブはパターンに沿って管理できるからそんなに難しいとは感じないな。
ワイとしては参照の畳み込み (Reference collapsing) や変換の規則を毎回のように確認するんだけど全然頭に入ってこない。
参照はオブジェクトではないので逆に言えば値に対応する型が参照になることはないのだが、それはそれとして参照を含む型があり得るというのが今でも腑に落ちない。
24(3): (ﾜﾝﾄﾝｷﾝ MM92-JcAe) 2023/11/04(土)20:28 ID:KOZ2F//lM(1) AAS
参照しか知らんものだけど、ムーブて何か簡単に教えて
参照は実装上ただのポインタじゃん
ムーブはなにがどうなるん？
25: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 0979-oDOv) 2023/11/04(土)20:29 ID:1CTu6tq50(2/2) AAS
ムーブコンストラクタが起動する。
それだけ。
26: (ﾜｯﾁｮｲ 658d-qcxi) 2023/11/05(日)09:49 ID:6vgG9vCb0(1) AAS
>>24
考え方としては、shallow copyを二重開放リスクを避けて行うための仕組み。
右辺値という特別な一時変数のコピーで特別なコピー(ムーブコンストラクタ)を実行するようにして、クラス設計者が必要に応じてshallow copyを実装しやすくしている。
27: (ｱｳｱｳｳｰ Saa5-CWlg) 2023/11/05(日)10:41 ID:ol9bMVcca(1/2) AAS
>>24
moveはRustで言う所有権の移動じゃないか
28: (ﾜｯﾁｮｲ 454e-0SSA) 2023/11/05(日)13:06 ID:Qkn7cpbH0(1/4) AAS
>>24
aに戻り値などの一時オブジェクトbをコピーすると通常は
aでメモリを確保
bからメモリコピー
bのデストラクタでメモリを破棄
という動作になるけど、moveの場合
aにbでメモリをポインタで持ってくる
省2
29: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 823e-9NWm) 2023/11/05(日)13:39 ID:pHGS9osC0(1/2) AAS
標準ライブラリでのムーブは所有権 (ownership) の概念を前提として構築されているし、
慣例としてもそのようにするものではあるんだが
言語としてはムーブコンストラクタ (またはムーブ代入演算子) を呼び出すというだけで
所有権の面倒をみる機能は何もない。
(辻褄が合うようにするのはプログラマの責任。)
何が起きているのかは所有権の概念と実装レベルで分けて考えたほうがいいと思う。
どう説明していいかわからんから関連する要素を箇条書きにしたらこんな感じかな。
省5
30: (ﾜｯﾁｮｲ 454e-0SSA) 2023/11/05(日)13:42 ID:Qkn7cpbH0(2/4) AAS
で、このmove動作を定義するために、
一時オブジェクト（右辺値）に対する参照動作を関数定義できるようになっている
31: (ﾜﾝﾄﾝｷﾝ MM92-JcAe) 2023/11/05(日)14:05 ID:wAmDr/fyM(1) AAS
ムーブされるとそのポインタは変わってしまうと思うけど、そういうケースはないの？
32: (ﾜｯﾁｮｲ 454e-0SSA) 2023/11/05(日)14:18 ID:Qkn7cpbH0(3/4) AAS
言っている意味がよく分からないが、純粋なポインタにはムーブという概念はないよ
ムーブを定義できるのはクラスに対してだけ
他の人も言っているようにムーブといっても実体は単なる関数呼び出しなので、その中でプログラマが自分の責任で必要なコードを書くことになる
33(2): (ﾜｯﾁｮｲ 653d-2MVi) 2023/11/05(日)14:58 ID:vIwIC4VV0(1) AAS
質問した人じゃないけど説明ありがたいです
ムーブ難しいと思ってたけどもっと早く勉強して仕事で使うべきだった
（文法解析した要素をポインタいじって並べ変えるんだけど…
二重所有を防ぐのを手作業コーディングで責任を持たなければならないプログラムを作ってしまった）
34: (ﾜｯﾁｮｲ 454e-0SSA) 2023/11/05(日)15:15 ID:Qkn7cpbH0(4/4) AAS
ただ、右辺値参照を使うと、通常の参照や代入と使い分けるためにconstやnoexceptを厳密に指定しないといけなくなりがちだから、
その辺の総合的な理解が必要になってくるのは注意点だね
constは一度付け始めるとライブラリ全部に伝染するからな･･･それを嫌って使わない派も結構いる（いた）よね
35: (ﾜｯﾁｮｲ ed7c-9LC0) 2023/11/05(日)15:39 ID:Vx5ySS520(1) AAS
実際のコードだとポインタのムーブはunique_ptrとかにぶん投げで、自分で移動コード書くことはまずないな
自分でムーブ特殊関数の中身書くのはハンドル的なもののムーブを実現したいときくらい
36: (ｱｳｱｳｳｰ Saa5-3l7D) 2023/11/05(日)16:12 ID:jiV3XvQ2a(1) AAS
とにかく unique_ptr が便利すぎるから何でもかんでも全部 unique_ptr 使うようになってしまった
まあそれでいいのかもしれないが
37(1): (ｱｳｱｳｳｰ Saa5-CWlg) 2023/11/05(日)16:21 ID:ol9bMVcca(2/2) AAS
>>33
銀の弾丸ではない
手作業コーディングで責任を持たなければならないのは変わらない
38: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 823e-9NWm) 2023/11/05(日)17:10 ID:pHGS9osC0(2/2) AAS
所有権管理も結局はプログラマが書く (間違いを部分的にコンパイルエラーとして検出できることはある)、
所有権って具体的に何なんだってのはクラス定義に押し込めるという風に管理のレイヤを分けることが出来るってわけ。
クラス定義をした後は具体的に何をやってるのかを忘れて
所有権というものだと思い込むことが出来るという抽象化の仕組み。
39: (ﾜｯﾁｮｲ 6540-pUwU) 2023/11/07(火)10:10 ID:5c9945xO0(1) AAS
>>37
アホか
普通に考えて、そのコード(クラス)の利用者が所有権について明示的に何かしなきゃいけなかったということだろ
40(1): (ﾜｯﾁｮｲ 653a-qcxi) 2023/11/07(火)19:02 ID:Z7KocuHY0(1/2) AAS
>>33
エスパーするけど多分その用途だとmoveは使えない。
データを共有している感じなので素直にshared ptrを使うのがいいかと。shared ptrで性能的にキツイならshared ptrを参照渡しするか。
41: (ﾜｯﾁｮｲ 653a-qcxi) 2023/11/07(火)19:09 ID:Z7KocuHY0(2/2) AAS
>>40
ちょっと補足すると、戻り値をshared ptrの参照にするのはNGですな。そこは素直にRVOに期待するのが良いか。
42(1): (ﾜｯﾁｮｲ e5a7-cSrA) 2023/11/09(木)17:23 ID:Op1F6lz40(1/3) AAS
VC++なんだけど32bitで_thiscallを関数ポインタ経由で呼ぶことってasm使わないと不可能？
メンバ関数を関数ポインタ変数とすることは出来てもそこから第一引数にインスタンス入れたりしてもコンパイル時エラーになる
43(1): (ﾜｯﾁｮｲ 454e-0SSA) 2023/11/09(木)18:09 ID:vDu6brxv0(1) AAS
>>42
メンバ関数をポインタ経由で呼び出したいってことならstd::bindでできるはず
44: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 423e-9NWm) 2023/11/09(木)18:24 ID:viBVvDAP0(1) AAS
VC++ のことは知らんけどメンバ関数ポインタは関数ポインタより大きい実装になってる処理系がある。
メンバ関数ポインタを関数ポインタに変換した時点で呼び出すのに必要な情報が失われているかもしれない。
45: (ﾌﾞｰｲﾓ MM62-wwCg) 2023/11/09(木)19:04 ID:YhbH7ApDM(1) AAS
MJD?
46(1): (ｵｲｺﾗﾐﾈｵ MM49-wdyj) 2023/11/09(木)19:13 ID:RZ9WOZDMM(1) AAS
エラーメッセージにヒントはない？
47: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 097f-Nt8Z) 2023/11/09(木)19:58 ID:u3KRHVuW0(1) AAS
基本的には言語の規定内でやるに越したことはないので無理な型変換をしないで済ませられるように出来るものならそうしたほうがいい。
どうしてもそうできない事情がある(と質問者が認識している)ならもうちょっと詳しい状況をコードで示して欲しい。
48: (ﾜｯﾁｮｲ e5a7-cSrA) 2023/11/09(木)21:12 ID:Op1F6lz40(2/3) AAS
>>43
ありがとう、逆アセ見たら完璧にthiscallになってた
メンバ関数っていうかthiscall指定したものは32bitだとecxレジスタにthisポインタが隠されていてそれ以外はstdcallと同じ
なので下みたいに第一引数にインスタンスのポインタを入れる事でecxに代入される感じになりそうだなーと思ったら無理だった
ちなみに64bitの場合はどちらもfastcallで同じだから単純に第一引数にthisポインタが隠されてるだけ
auto pFunc = CDate::addDay; // CDate addDay(int value)
CDate tomorrow = pFunc(&instance, 1);
49: (ﾜｯﾁｮｲ e5a7-cSrA) 2023/11/09(木)21:28 ID:Op1F6lz40(3/3) AAS
てかググったら簡単なシミュレーション方法載せてるブログあった
_fastcallで宣言して第二引数のedxを捨て駒にする事で疑似_thiscallになる
つまりint(__fastcall * pFunc)(CDate*, void*, int)とすれば一応アセンブラ的な辻褄は合う事になる
50(1): (ﾜｯﾁｮｲ 1f63-1OcW) 2023/11/12(日)10:07 ID:j2Y95IYf0(1/3) AAS
AA省
上下前次1-新書関写板覧索設栞歴
あと 952 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.032s