C++相談室 part156

**デフォルトの名無しさん** · 2021/05/19(水) 10:55:13.24

前スレ
C++相談室 part155
https://mevius.5ch.net/test/read.cgi/tech/1616555235/

**デフォルトの名無しさん** · 2021/06/21(月) 09:34:04.75

>>450
> const性変わるんじゃない？
ありがとうございます。
誤解してました。
（というか、そこ変えれるなら何でもありな気が……）

>>451
実は、他人の作ったライブラリとの橋渡しでこういう問題が出ました。
知る限りではそのライブラリは引数のポインタの指してる先を変えないのですが、どうやらキャストはするしかないようですね。
この件で (T*) とは別に const_cast<T*> なるやり方の存在も知って、Cスタイルのキャストよりはこちらの方が良いという説明がいろんなところでされてるのですが、正直全く同じものに見えます。
なぜ const_cast の方がマシなのでしょうか？

**デフォルトの名無しさん** · 2021/06/21(月) 09:36:14.94

うん、マシだね
特にその問題では

**デフォルトの名無しさん** · 2021/06/21(月) 09:49:17.82

>>452
Cスタイルキャストは状況に応じてよしなにキャストしてくれるんだが
これがたまに意図しないキャストになる場合があるから、意味を明確にするためにC++のなんちゃらキャストをする
よほどのことがないと変なキャストにはならないとは思うけど一応

**デフォルトの名無しさん** · 2021/06/21(月) 09:58:36.45

const_castはint*→char*のように指す先の型は変更できない
だから、そのような変更をしようとしたらエラーになるし
そのような変更を意図していないことも示せる

**デフォルトの名無しさん** · 2021/06/21(月) 10:07:37.10

>>452
誤解してるようだけど、constってのは基本的にはバグ抑止のためのもので
文法上のルールに過ぎないのよ
実行時にチェックが走ったりするわけではない
で、意図的に破ることも一応出来る。意図的に破るときはそれが見てわかるようにconst_cast使おうね、
Cスタイルのキャストは何でも通しちゃうから避けようねってだけ

**デフォルトの名無しさん** · 2021/06/21(月) 10:07:43.43

>>454-455
なるほど。ありがとうございます
今は const_cast で渡すことにします

**デフォルトの名無しさん** · 2021/06/21(月) 11:07:11.82

>>441
この件諦めきれなくて少し調べてみたら、
-O3 はダメだが
-O3 -static -ipo は正常に動く
ことが分かった
更に、icpcでなくg++なら最適化レベルによらず正常に動くことが分かった

この場合陥っていがちな失敗なんてないですかね
ググってもなかなか体系的な知識に出会えなくて、、、

**デフォルトの名無しさん** · 2021/06/21(月) 15:28:43.32

諦め切れないくらい気になるなら -S で .asm コード見るべき

**デフォルトの名無しさん** · 2021/06/21(月) 15:39:13.82

こんなところでC++が中途半端に出来るだけが自慢の専門卒みたいな連中に尋ねるよりも
大学の先生かチューターの院生に尋ねた方がいいだろう
進みたい研究室があればそこに行って訊くと良い

**デフォルトの名無しさん** · 2021/06/21(月) 16:20:08.51

>>458
たぶん初期化漏れとかの未定義動作
-Wallでコンパイルすれば何かわかるんじゃね

**デフォルトの名無しさん** · 2021/06/21(月) 16:27:39.69

>>459-461
すんませんあざす
asmコードとか未知の領域ですけど勉強になりそうですね

-Wallは一応常につけてて、ワーニング全部潰すようにはしてます
全部のオブジェクトにvolatile付けたり外したりしてみようかな

**デフォルトの名無しさん** · 2021/06/21(月) 17:09:40.79

適当に弄って適当に動いたように観えて
適当に解決したって言い張るやつは成長しない

**デフォルトの名無しさん** · 2021/06/21(月) 17:40:48.54

短かったり切り出せるようなコードだったらcompiler explorerとかもあるよ

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/21(月) 17:44:51.49

const ではないオブジェクトについて const 付きにキャストしている場合には
const を剥がしてから書き込みをすることは OK だが、
元々 const なオブジェクトから const を剥がして書き込むのは未定義で、
実際に最適化で壊れることはある。
ちなみに const なオブジェクトから const を剥がしても読むのみなら OK。

LLVM 9.0 で const 領域への書き込みを最適化で削除するする方針になってる。
https://releases.llvm.org/9.0.0/docs/ReleaseNotes.html#noteworthy-optimizations

**デフォルトの名無しさん** · 2021/06/21(月) 20:26:42.47

>>460
院生ねえ。。。修士の新人は手放しできないんだけどな
レッテルで色眼鏡つかう奴って
情報処理特種とかでもひれ伏すのか？
学生みたいなコード書くアホ知ってるけどｗ

**デフォルトの名無しさん** · 2021/06/21(月) 23:06:59.47

インテルコンパイラ様ともなれば
プラグマで関数単位で最適化レベルを変えられるんじゃないの
動くパティーンが分かっているのなら二分探索で問題の箇所を見つけるこ
とができうる

**デフォルトの名無しさん** · 2021/06/22(火) 00:52:42.42

C++の参照で渡した構造体を
中で別の構造体に実態コピーしたい時ってどうしたらいいんでしょう

void CTest::SetData(Kouzoutai &kozo)
{
if(kozo.judge == 1){
_KozoTmp = kozo;
}else{
//色々する
}
}

とすると、_KozoTmpってkozoと同じアドレスになっちゃって、
_KozoTmp.judge = 10とかしちゃうともとのkozo.judgeも変わっちゃいますよね
ポインタだったら
_KozoTmp = *kozo;
とかやればいいんでしょうけど
参照で渡した時ってどう書けばいいんでしょう

**デフォルトの名無しさん** · 2021/06/22(火) 01:00:09.80

それで普通にコピーされるだろ
なんでされないと思うの？

**デフォルトの名無しさん** · 2021/06/22(火) 01:05:17.48

参照にした時って、ポインタみたいにアドレスコピーにならないの?

**デフォルトの名無しさん** · 2021/06/22(火) 01:15:12.93

あのさ、_KozoTmpは何だ？Kouzoutai型だろ？Kouzoutai*でもKouzoutai&でもないだろ？
なんでアドレスなんか持てると思うの？

**デフォルトの名無しさん** · 2021/06/22(火) 01:21:47.48

あ、そうなんだ
ありがとうございます
kozoを参照で渡したから
_KotoTmpも無理矢理アドレスになるかと思ってました

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/22(火) 01:22:19.02

>>468
参照というのはいうなれば別名。
SetData の実引数と kozo は「同じもの」と考えて構わない。 (少なくともその場合は)

**デフォルトの名無しさん** · 2021/06/22(火) 10:52:00.08

copy コンストラクタと move コンストラクタってみんなちゃんと書いてる？
デフォにまかせてる？

**デフォルトの名無しさん** · 2021/06/22(火) 11:08:19.79

ものによる
ポインタやハンドルがあれば書いたり=delete;したり
実体だけなら大抵デフォ

**デフォルトの名無しさん** · 2021/06/22(火) 11:38:53.75

=defaultが多い

**デフォルトの名無しさん** · 2021/06/22(火) 11:45:11.84

コピーコンストラクタがあったらムーブ自動生成されないんでしょ？

**デフォルトの名無しさん** · 2021/06/22(火) 13:58:37.72

俺、タイプ量の少なさは美しさの１つだと思ってるから
=default;は本当に必要なときだけ書く

**デフォルトの名無しさん** · 2021/06/22(火) 14:51:15.52

doxygenでドキュメント作成してるけどソースが見づらくてコメント無い方がいいのではと思ってしまう

**デフォルトの名無しさん** · 2021/06/22(火) 15:03:38.14

>>479
関数ヘッダーだけでええんちゃうん？

**デフォルトの名無しさん** · 2021/06/22(火) 16:50:07.47

>>480
テンプレート系のライブラリなので

◆QZaw55cn4c · 2021/06/22(火) 19:42:13.49

もう C は C89 で止めれ
C++ は　C89 だけ受け付け可能であれば、あとは好きに変えてもらってもかまわない

◆QZaw55cn4c · 2021/06/22(火) 19:43:07.45

>>473
反対せざるを得ない意見です…‥

◆QZaw55cn4c · 2021/06/22(火) 19:43:53.44

>>474
コピコンはちゃんと書きますが、ムーブ？何？それ美味しいの？

**デフォルトの名無しさん** · 2021/06/22(火) 20:42:23.52

>>477
あったら使われる(一時オブジェクトの場合に)ってだけだぞ
やること一緒なら書かんでいい、時間の無駄

**デフォルトの名無しさん** · 2021/06/22(火) 21:50:49.86

>>474
デフォルトで済まない場合だけ明示的に記述するのが普通じゃないかねぇ。
=defaultにするか暗黙定義にするかは好みがあるだろうけど。

**デフォルトの名無しさん** · 2021/06/22(火) 22:22:06.65

>>484
美味しいとき”も”あるよ

**デフォルトの名無しさん** · 2021/06/22(火) 22:45:00.81

>>482-484
ロートルはちょっと黙ってて

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/23(水) 04:03:41.13

>>482
C89 ってことは暗黙の関数宣言とかのウンコ機能も含めて言ってるわけ？

**デフォルトの名無しさん** · 2021/06/23(水) 04:16:44.74

>>485
最近デカくて古いコンテナのコピーに悩まされてるから、アドレスを託すみたいな形でムーブしたい

**デフォルトの名無しさん** · 2021/06/23(水) 06:19:12.12

コピー回避なんていくらでもどうにでもなるのに
どんなヘボなんだ

**デフォルトの名無しさん** · 2021/06/23(水) 08:31:09.62

いや、だからそれがアドレスを渡すとか参照で渡すってことでしょ

◆QZaw55cn4c · 2021/06/24(木) 20:04:48.26

>>488
黙れ、小僧！
お前に C++ の苦しみが分かるのか？

◆QZaw55cn4c · 2021/06/24(木) 20:10:35.44

>>489
ウンコ機能はC99の方が多い、という認識です

◆QZaw55cn4c · 2021/06/24(木) 20:11:16.37

>>487
具体的に

**デフォルトの名無しさん** · 2021/06/24(木) 21:10:55.26

>>495
メモリ確保するようなクラスの場合、メモリ確保の手間省ける。
それ以外でムーブにコピー以上の利点知らない

**デフォルトの名無しさん** · 2021/06/25(金) 00:44:09.12

んまー（通常の関数呼び出しと違って）コピコンは放っといても勝手に呼び出しが削減される（副作用がある可能性ガン無視で）からな
昔から

**デフォルトの名無しさん** · 2021/06/25(金) 00:55:10.74

コピコン呼び出し最適化に頼らねばにっちもさっちも行かないシチュエーションは多々あるから
右辺値参照はﾏｼﾞ不完全
例えば
Foo operator+(const Foo& lhs, const Foo& rhs) {
　Foo x(lhs); // 馬鹿正直にやったらコピー1回
　x += rhs; // Foo& Foo::operator+=()が定義済みとする
　return x; // 馬鹿正直にやったらコピーがもう一回
}
みたいな、
とこの前思いました
※ 個人の感想です

◆QZaw55cn4c · 2021/06/25(金) 01:03:22.61

>>496
要はクラスC のオブジェクトA の中にポインタがあった場合、オブジェクトA を今後一切つかわない前提でオブジェクトA の持つポインタの値をオブジェクトB にコピーするやりかた、ということですよね
言われるほど凄い機能にも革新的な機能にも思えないので来ているのですが、クラスを返すときには、もしかしたら使えるかもしれませんね

でも、すでに RVO があるのでしょう？

**デフォルトの名無しさん** · 2021/06/25(金) 01:11:32.66

>>498
それは左辺値参照だよ。

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/25(金) 01:12:27.64

>>499
それが出来るということは重要じゃなくて文脈によって勝手に使い分けられるということに意味があるんだよ。

**デフォルトの名無しさん** · 2021/06/25(金) 04:23:14.07

move対応してないデカいクラスはマジ迷惑だろ

**デフォルトの名無しさん** · 2021/06/25(金) 06:23:42.07

ポインタ、参照、this、スマポ、[&]
いくらでもどうにでもなる

**デフォルトの名無しさん** · 2021/06/25(金) 06:38:22.69

えっ老害？？

**デフォルトの名無しさん** · 2021/06/25(金) 06:40:16.50

>>499
RVOはC++17で保証されたけどNRVOは保証されてない

**デフォルトの名無しさん** · 2021/06/25(金) 07:44:44.86

C++03時代を生きてないやつからはそう見えるのか

**デフォルトの名無しさん** · 2021/06/25(金) 08:48:57.50

{a, b, c,...} が a, b, c,... という要素からなるリストを表すとき、
{a, {b, {c, d}, e}, f, g, {h, i},...}
みたいな構造は a, b, c,... が全部同じ型だとしても tuple としてしか表せませんよね？

**デフォルトの名無しさん** · 2021/06/25(金) 10:23:01.70

json
yaml
listのtree
なんでも

**デフォルトの名無しさん** · 2021/06/25(金) 10:45:58.24

>>508
ありがとうございます
そうですね。STLとかboostのコンテナに囚われ過ぎてました

**デフォルトの名無しさん** · 2021/06/25(金) 10:52:18.80

老害はC++スレに書き込むなよ
昔の話ばっかだよおじいちゃん

**デフォルトの名無しさん** · 2021/06/25(金) 13:12:18.39

後から入ってきたくせに図々しいやつだな
先住権てやつでこっちが偉いんだよ
気に入らねえんなら他当たるか自分でサーバー立てな

**デフォルトの名無しさん** · 2021/06/25(金) 13:16:46.30

C++03の話なんてもうすんなよ
C++11からはもう別言語やんか

**デフォルトの名無しさん** · 2021/06/25(金) 13:27:35.28

おまえの主観は関係ない

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/25(金) 13:41:54.77

>>506
C++03 時代を知ってるからそれが (少なくとも C++11 に比べれば) クソだってこともよく知ってるよ。

**デフォルトの名無しさん** · 2021/06/25(金) 13:43:28.90

本気で別言語だと思ってるやつって大抵何も作ってないゴミガキだと思うけどなぁ・・
STL的なアルゴリズムや新要素と親和性が高いのは、基本的に標準ライブラリだけなんだが

最近各種コンストラクタ(ムーブ込み)、代入等だけ長々と書いて「実質ほぼ何もしないクラス」を書いてドヤってるアホとかよく見かける

便利になってるのは確かだけどね・・

**デフォルトの名無しさん** · 2021/06/25(金) 13:45:10.88

>>514
俺も必要もなく03以前で書きたいとはまず思わんが、クソとか貶すのはやめた方がいいと思うよ

**デフォルトの名無しさん** · 2021/06/25(金) 18:07:04.42

gets()とか好きそう

**デフォルトの名無しさん** · 2021/06/25(金) 18:33:58.19

(σ・∀・)σｹﾞｯﾂ!!

**デフォルトの名無しさん** · 2021/06/26(土) 00:08:46.09

ゲッツって初めて聞いた
ゲットエスって読んでたんだが

**デフォルトの名無しさん** · 2021/06/26(土) 07:06:09.54

こことCスレでは古くからあるネッスラだよ

**デフォルトの名無しさん** · 2021/06/26(土) 07:21:39.68

scanf()をスキャンフと呼ぶけどprintf()をプリントエフと呼ぶ感じ

**デフォルトの名無しさん** · 2021/06/26(土) 08:05:40.57

プリンテフ

**デフォルトの名無しさん** · 2021/06/26(土) 08:08:29.30

ifndef イフンデフ

**デフォルトの名無しさん** · 2021/06/26(土) 11:51:24.28

アとイ

**デフォルトの名無しさん** · 2021/06/26(土) 13:16:45.08

C++20でもバイナリファイルからdoubleとかの値を読み出す時って未だにreinterpret_cast使う感じ？

**デフォルトの名無しさん** · 2021/06/26(土) 16:37:39.40

HTML★ふとまる

**デフォルトの名無しさん** · 2021/06/27(日) 10:16:13.68

basic_istream::readの引数がvoid*なら何も悩まずに済むのにな

**デフォルトの名無しさん** · 2021/06/27(日) 11:20:36.11

ファイルに書いている時点でアラインメントの保証が難しいから結局memcpyになる気がする

**デフォルトの名無しさん** · 2021/06/27(日) 12:53:25.35

アライメントの問題はファイル関係なくね↑？

**デフォルトの名無しさん** · 2021/06/27(日) 13:14:05.28

エンディアン変換が関係しない場合
C++20でもバイナリファイルからdoubleとかの値を読み出す時はfread()
書き込むときはfwrite()
何の問題も無いし速い……

**デフォルトの名無しさん** · 2021/06/27(日) 13:16:25.37

ていうかエンディアン変換が関係する場合でも
fread()してからメモリ上でエンディアン変換しても良いし
メモリ上でエンディアン変換してからfwrite()したら良い
特にファイル内容全体がメモリ上に収まるケースとかは上記だけでほとんど何も考えなくてもよい

**デフォルトの名無しさん** · 2021/06/27(日) 13:48:27.15

P言語、Ruby、Java、C#などでファイルを読んだり書いたりしなければならなくなることを想定したファイル仕様にしたほうがいいと思うけどどうかな

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/27(日) 13:55:06.53

スタンダードレイアウトな型はバイナリレベルでコピーしてかまわないし
結果的に fwrite して fread できることは保証されるが、
具体的なレイアウトについての保証はない (他の処理系では同じレイアウトにならないかもしれない)
ということも合わせて考えると適当なシリアライザは挟んだほうが良いな。

多言語を意識しつつ高速なバイナリフォーマットというと MessagePack あたりかな？

**デフォルトの名無しさん** · 2021/06/27(日) 13:57:17.27

PerlやPythonでバイナリ読み書きするのに何の支障もないだろ。

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/27(日) 14:00:08.24

>>534
読み書きに支障はないが、言語上の型とバイナリの対応付けについて明確な保証がないと困る。

**デフォルトの名無しさん** · 2021/06/27(日) 14:16:00.40

バイナリなんだからどう扱おうが自由だろ
言語のせいにするのは本人の技術が無いから
言い訳するな

◆QZaw55cn4c · 2021/06/27(日) 14:25:54.48

今時数値をバイナリで読み書きするとか、あり得ないのでは？

**デフォルトの名無しさん** · 2021/06/27(日) 14:30:38.43

Comparison of data-serialization formats - Wikipedia
https://en.wikipedia.org/wiki/Comparison_of_data-serialization_formats

**デフォルトの名無しさん** · 2021/06/27(日) 15:19:43.80

>>537
バイナリでないと実用的でないデータなんていくらでもあるし。画像、動画、アーカイブ、db、ip...
qzはもうエロ画像見るなよ。

◆QZaw55cn4c · 2021/06/27(日) 15:44:56.12

>>539
ごめんなさい誤りましたので謝りますからその刑だけは平にご容赦を‥‥

**デフォルトの名無しさん** · 2021/06/27(日) 15:47:12.10

>>535
保証されてるから支障はない。エンディアンが違うデータだって読み書きできる。

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/27(日) 15:54:09.98

>>541
データがリトルエンディアンなのかビッグエンディアンなのかわかっていればね。
C++ が単にメモリ上のデータを書き出したときに、それがどっちなのか、
(言語としては) 保証してないって話をしてるんだよ。

**デフォルトの名無しさん** · 2021/06/27(日) 16:14:20.16

C++20でstd::endianが使えるようになるけど

◆QZaw55cn4c · 2021/06/27(日) 16:39:33.97

シェアの高かった 68 系かインテルザイログ系か、の二分図がここにも残っているのですか
もう UTF-8 のようなエンディアンに依存しないバイナリが優秀だ、という価値観にするべきかと

**デフォルトの名無しさん** · 2021/06/27(日) 17:01:10.06

インターネットのプロトコルはビックエンディアン
USB等のPC系発祥のデバイスはリトルエンディアン
この辺はもう変更しようが無いだろ

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/27(日) 18:13:48.48

>>544
ここでのトピックは >>530 に対しての反論。
メモリ上にあるバイト列には保証がないからなんらかの明確な
データ交換用フォーマットに変換する処理が必要という話で、
出力先のデータ交換用フォーマットが BE か LE かなんていう以前の段階。

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/27(日) 18:17:55.59

ファイルに書き出すにあたって「エンディアンの変換が不要なら」という前提を置きたくねぇなぁという話だな。
パディングとかも入るかもわからんし。

◆QZaw55cn4c · 2021/06/27(日) 19:47:44.56

>>546
であれば、私はどちらかというと >>530 の味方側ですね、>>530 がそう意図しているかどうかは不明ですが、処理系のエンディアンを仮定することなくコードを書くことは可能だったと記憶しています。‥‥①

ただ同時に、確かにパフォーマンスの点で過剰な不利を承知で >>537 を再提示するべきかな
つまり、>>537 みたいな画像フォーマットはありました PPM/PGM/PBM
https://mevius.5ch.net/test/read.cgi/tech/1434079972/73　
このコードは①を検証したものだったかと遠い記憶に残っていますね

あ、罰ゲームは勘弁ね、私だってエロ画像は見たい‥‥https://www.youtube.com/watch?v=TvDWJif1sSI

**はちみつ餃子** ◆8X2XSCHEME · 2021/06/27(日) 20:29:20.98

>>548
だからそういうコードが書けるかどうかという話じゃなくて
書かなきゃなんない (書くべき) ねという話なんだってば。

◆QZaw55cn4c · 2021/06/27(日) 20:58:56.14

>>549
それは失礼しました

**デフォルトの名無しさん** · 2021/06/27(日) 22:44:17.18

>>542
C++だって読もうとするバイナリデータのエンディアンを事前に知らなきゃならんのは変わらんだろ。
自分で書いたものを読むならエンディアンが一致するのはあたりまえ。