C++相談室 part154

**デフォルトの名無しさん** · 2021/01/08(金) 17:54:00.55

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

テンプレここまで

**デフォルトの名無しさん** · 2021/02/23(火) 22:20:52.65

まぁ関数オブジェクトはある意味当てはまってるかもしれんと思うが
>>887
そっちも根拠書いてね

**デフォルトの名無しさん** · 2021/02/23(火) 22:28:42.45

>>888
>>886が言うように「否定」はしてないと思うよ
ってことね

**デフォルトの名無しさん** · 2021/02/23(火) 22:44:54.86

[selector message]

Objective-Cが良かったな。

**デフォルトの名無しさん** · 2021/02/24(水) 06:48:21.60

>>884
やってみるとわかるけど、MFCと同じものを自分で作ってる感じになるね
ARM C++時代に作るとああなるんだけど、
今どきのC++20で作るとどうなるのかは興味深い

**はちみつ餃子** ◆8X2XSCHEME · 2021/02/24(水) 15:54:28.46

現代的な Windows のフレームワークとしては C++/WinRT に力が入ってるみたいなんで、
今からはこれを使った方がよさげ

**デフォルトの名無しさん** · 2021/02/24(水) 17:47:00.67

P/Invokeともこれでおさらば、
と言いたいところだがネイティブC++をwrapするC++/WinRT自体はCLR上の言語なんじゃなかったっけ…
違ったっけ…

**デフォルトの名無しさん** · 2021/02/24(水) 20:59:30.49

C++/CXと混同すた、orz

**デフォルトの名無しさん** · 2021/02/25(木) 00:40:25.02

C++/CLIだよ（小声

**デフォルトの名無しさん** · 2021/02/25(木) 12:27:48.18

int (int)型のコールバック関数ポインタにて、一応呼ばれるのでnullはマズイけど不要なので空にしたいという場合に
int () { return 0; }という引数が一致しない空関数へのポインタを渡すとまずい事になるんでしょうか？
低レベルの知識がないのでよく分からないんですが、スタックの巻き戻しとかでズレが生じるとかありそうな気がしています

**はちみつ餃子** ◆8X2XSCHEME · 2021/02/25(木) 14:45:58.57

>>896
使われている ABI による。
x64 環境なら Unix (系の多くの OS) でも Windows でも引数は整数4個分までは
レジスタで渡されるんで、スタックの整合性は壊れないはず。

**デフォルトの名無しさん** · 2021/02/25(木) 15:12:23.79

>>896
スタックは呼ぶ側で処理するからズレないよ
でないと可変長引数とか実現できないし

>>897
そんなもんは処理系やオプション次第

**デフォルトの名無しさん** · 2021/02/25(木) 15:36:41.54

静的解析ツールやコード分析で警告が出るだろうから直したほうがいいと思うけどね

**はちみつ餃子** ◆8X2XSCHEME · 2021/02/25(木) 15:44:39.43

x64 の一般的な ABI ではもう様々な呼出し規約を使い分けないようになってる。
(cdecl と stdcall が混在していた Windows が例外的で
他は 32bit 時代からかなり統一されていたみたいだけど。)

まあそれはともかくとして、
実際には不要でも適当な値が渡るようにして型を併せるほうが良いとは思う。
不整合を残しておくと強い最適化をかけたときにわけのわからないことになりがち。

**デフォルトの名無しさん** · 2021/02/25(木) 16:08:57.78

はちみつは見所がある弟子にしてやっても良いと、あわしろ氏が褒めてた。

**デフォルトの名無しさん** · 2021/02/25(木) 16:57:46.00

>>896
古いCから新しいC++まで含め、素朴な観点では原則的には大丈夫では有るが、
あなたが言っているように例外処理が入ってくるとどうなるかは不明。
C/C++では型を厳しくしているのは、そういうことを避けるため。
あなたのやろうとしていることは、関数アドレスをキャストしなくては
関数ポインタへの代入できない。
このようにキャストすることによって、アーキテクチャ依存となり、不具合が起きる
確率が0でなくなる。

**デフォルトの名無しさん** · 2021/02/25(木) 17:00:32.01

>>902
[補足]
例外処理はとても複雑なことが行なわれることがある。
関数ポインタに代入する際に関数シグネチャが異なるものをキャストして入れると
どうなるかは処理系依存となる。
関数アドレスを同じビット数の整数型の変数との間で相互にキャストするのは構わない。
関数なのに、異なるシグネチャのものを代入しあうのは問題。

◆QZaw55cn4c · 2021/02/25(木) 19:04:36.48

>>891
そうですか‥‥
いまどき MFC の教科書が存在するかどうかは疑問ですが、やっぱり MFC に戻るしかないのですか！
でも、あのドキュメント=ビュー構造はいまだによく理解できないですね‥‥

**デフォルトの名無しさん** · 2021/02/25(木) 19:52:59.02

c/c++で型が厳しい？何言ってんだろ

**デフォルトの名無しさん** · 2021/02/25(木) 22:34:17.62

C++は一応明示的に破ろうとしなければ結構ちゃんとチェックしてくれる
C? 知らんな

**デフォルトの名無しさん** · 2021/02/25(木) 23:10:04.64

>>902-903
「引数が一致しない」という素朴な観点でアウトだろうし例外処理関係ないだろ。

**デフォルトの名無しさん** · 2021/02/26(金) 02:06:22.71

>>907
でも、引数を関数内で参照して無い場合、素朴な呼び出し規約的には問題ない。
例外処理の unwinding は仕様が難しいので良くわからないと言うこと。
実際は大丈夫かも知れない。

**デフォルトの名無しさん** · 2021/02/26(金) 07:24:52.91

int (int) { return 0; }で埋めて何が嫌なのかが分からないからな
特別な事情があるなら動かすハードとかの仕様調べろ
そんなのないなら素直に安全に書いとけ、でいいじゃん

**デフォルトの名無しさん** · 2021/02/26(金) 07:52:48.02

>>904
一つのデータを複数のウインドウで見るって考え方だよ
テキストエディタでもスプリットバーやマルチビューは普通に使うだろ

**デフォルトの名無しさん** · 2021/02/26(金) 07:57:36.04

>>909と同意見だ
[](int){return 0;}では何がダメなのか
説明がないとこれ以上何とも言い様がない

**デフォルトの名無しさん** · 2021/02/26(金) 12:52:04.91

cは互換型の概念がガバガバだからなあ…
typedefは当然互換だけど、structは中身のpodが同じでも(typedefしなければ！)タグ名で弾けるので、一々structに包めば論理ミスを防ぐこともできなくもない

**デフォルトの名無しさん** · 2021/03/01(月) 02:34:24.68

規格書を読んでみんなC++覚えてたの？
入門用のドキュメント読んだら規格書読むべきですか？

**デフォルトの名無しさん** · 2021/03/01(月) 06:09:14.80

趣味のC++オタクでいいんならそれでいいと思うよ
C++を実用したいならそういうのはやめとけ、というかまず手を動かせ
その上で疑問が出てきたら調べるのはアリ

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/01(月) 09:15:36.61

問題に遭遇したときに疑問として感じ取れる人ならいいんだが、
謎理論を自分の中に構築して邁進してしまうやつも
少なからずいるので安易に手を動かせとは言いにくい。

**デフォルトの名無しさん** · 2021/03/01(月) 09:31:54.75

各コンパイラに固有の実装依存があるから、結局は試すしかない。
PGが規格と違った動きをしているコンパイラをなじったところで、勝利するのはPGではなくコンパイラ。

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/01(月) 09:41:00.95

商用コンパイラがその商用コンパイラがサポートしているはずの規格と違う挙動だったらそれは文句言ってもいいだろ。

**デフォルトの名無しさん** · 2021/03/01(月) 09:44:14.28

文句を言うのはいいけど、規格書を盾に納期は延びないのよ。

**デフォルトの名無しさん** · 2021/03/01(月) 09:46:40.02

>>918
それな

**デフォルトの名無しさん** · 2021/03/01(月) 09:52:30.22

まあその通りなんだけど、誰かが言ってるからコンパイラ改良されるわけで

**デフォルトの名無しさん** · 2021/03/01(月) 09:52:48.41

PGは、コンパイラが規格準拠してくれる日のために #if #endif で区切ってすぐに切り替えできるようにしておくことしかできない。
dirent周りのカオスを知っているなら、規格準拠をうるさく言う虚しさを理解しているはず。

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/01(月) 10:34:18.93

商用コンパイラを商売で使うならサポート契約とセットじゃねーの？
使い倒さないと契約料丸損やないけ。

**デフォルトの名無しさん** · 2021/03/01(月) 10:42:44.99

>>922
いつも思うけど、お前仕事で書いたことねーのに何でそんな偉そうなん？

ちな俺はVCのバグ報告(テンプレート周りとか気付かれにくい部分)何度かしてるが、直るのは早くても半年後だよ
仕事でなくともとりあえず何とか回避するしか無いし、報告するにも再現性あるコード提供しないと迷惑かける
皆お前みたいに暇じゃねーんだよ

**デフォルトの名無しさん** · 2021/03/01(月) 10:52:02.51

>>923
こういうのって結構な割合で最適化の不具合だったりするよね
特に組み込み系だとしょっちゅうそういうのあるから、該当箇所だけ最適化レベル下げて通したりしてるわ
もちろん不具合の報告もしてるけど修正まで時間かかるからね

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/01(月) 11:11:13.26

すぐにとはいかない現実があるのはわかるが、サポート契約の内容を本当に把握して言ってる？

商品の瑕疵に対応するのはあたりまえだからサポート契約ってのはそれ以上のものだよ。
契約内容によるけど、コンパイラのバグである証明とか全部してやる必要はかならずしもなかったりするぞ。

VC のバグ対応がよくないならそれは VC のサポートチームが良くないってだけだ。

**デフォルトの名無しさん** · 2021/03/01(月) 11:12:35.72

#if #endif マクロがない言語は無駄にネストするのが欠点だと思う。

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/01(月) 11:38:15.03

#if での切り分けだってネストはありうるけど、
それが見た目に分かりづらかったりするし、
いいことばかりじゃないよ。

**デフォルトの名無しさん** · 2021/03/01(月) 14:12:42.88

一昔前なら effective c++ くらいは読もうってとこだったが、
今はどうだろうな。efective modern c++ でも足りない感じがする。
てかc++やるなら自分であれくらいのポイント抑えるくらいの準備が必要かもしれんという地獄。

**デフォルトの名無しさん** · 2021/03/01(月) 14:23:24.82

スマートポインタが標準規格に採用されたC++11とそれ以前では、作法が随分違ってくる気がするよ。

**デフォルトの名無しさん** · 2021/03/01(月) 17:34:12.59

>>917
「文句」みたいな感情的なものじゃなく
ドライにバグレポだ
再現コードだけじゃなく回避方法もつけて

**デフォルトの名無しさん** · 2021/03/01(月) 20:24:36.67

>>923
> いつも思うけど、お前仕事で書いたことねーのに何でそんな偉そうなん？

やめたれｗ

**デフォルトの名無しさん** · 2021/03/01(月) 21:14:48.91

>>925
> 契約内容によるけど、コンパイラのバグである証明とか全部してやる必要はかならずしもなかったりするぞ。
無いかも知れんが、「なんかおかしいんです~」でバグの特定がめっちゃ困難なことはプログラマーは身を持って知ってるから
そもそもバグの解決が遠のいたら苦しむのは自分だし

**デフォルトの名無しさん** · 2021/03/01(月) 21:56:02.87

>>931
いや、純粋な言語仕様の話なら別に偉そうでもいいのよ正しい事書いてくれてるなら

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/01(月) 23:56:40.27

>>932
雑な報告でいいというわけではないが、
サポート契約の利用率が非常に低い (値段は高いのに！) というのはよく聞く話なんで、
報告して対応待ちというだけじゃなくてもっとプロジェクトに巻き込んでいいはずなのになという感じ。

C++ の話じゃないけど、 LispWorks (Common Lisp の処理系) のバグ報告をしたら数日中に暫定パッチが
出てきたりとかワークアラウンドの提案とかもしてくれるという事例を利用者のブログで
見たことがあって商用処理系ってすげーなーと思ってたんだが、
そういう対応のほうが例外的に良すぎるだけなんかね？

**デフォルトの名無しさん** · 2021/03/02(火) 00:07:05.02

>>934
そういう対応はマイナーメーカーの方がいいことが多いよ
MSの対応が悪いとは言わないけどユーザーがアホほど多いから処理系のバグにぶち当たる可能性も低いし

**デフォルトの名無しさん** · 2021/03/02(火) 00:37:21.45

スケジュールきついだけかもよ
バグがあるのわかってたけど数日かかりそうだから放置
バグ報告が出たから優先度上げて修正

**デフォルトの名無しさん** · 2021/03/02(火) 02:03:18.16

そもそもユーザー数がアホみたいに多くてあらゆる層で利用されてるようなコンパイラだと
バグ報告あがってきてもまずそれほんとにバグなの？？
ていうかまたコイツのリポートか!!!もしかしてただのいやがらせとかじゃないの？？とか
色々まず疑ってかからないケースも半端なく多いだろうしな

**デフォルトの名無しさん** · 2021/03/02(火) 05:18:47.46

>>923
あわしろ氏は、はちみつのことを褒めてたけどな。
見どころがあるから弟子にしてやっても良いと。
月一万で弟子にしてやるぞ。

**デフォルトの名無しさん** · 2021/03/02(火) 05:46:06.48

>>934
サポート契約はどんなに使い倒しても契約料が戻ってくるわけじゃない
自分が頑張ってインカムを増やすのが「元を取る」ということだ

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

>>934
VSのサブスク(旧MSDN)入ってる企業なら優先的に対応してくれるかもしれんけどね
ただVS2019の更新は数日とかのスパンでは来てないやろ(しかもベータを経てからじゃなかったか？
Xcodeのclangなんかはもっと遅い
そのLispWorksとかいうのは例外的だろうね

で、みんな回避方法くらいは自分で見つけるし直るまでの間何もしないわけにはいかんからな

**デフォルトの名無しさん** · 2021/03/02(火) 06:43:01.65

コンパイラを作っている人は他の誰よりも標準規格に詳しい。
コンパイラが規格準拠できないのはなんらかの事情がある。釈迦に説法はカッコ悪い。

**デフォルトの名無しさん** · 2021/03/02(火) 11:52:24.56

cl書くけどlispworksは資料もすごいのでお世話になる、中の人がlisp界隈で愛称で呼ばれるくらい精力的なんで、ただそうなだけだと思う
まあフリーな処理系使うけどな
しかしニッチ過ぎるlispのどこで儲けてるのやら全く謎

**デフォルトの名無しさん** · 2021/03/02(火) 22:42:51.15

言語としての機能はともかく、lispはマスコットがきもすぎ

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

言語を作った人の本を読むのが一番良い

**デフォルトの名無しさん** · 2021/03/02(火) 22:50:53.20

ていうか言語を作った人の本に載っているサンプルコードが
言語の思想を一番正確に表現しているはず……

**デフォルトの名無しさん** · 2021/03/03(水) 04:56:27.42

禿の思想はC++03までだろ
頑なにラムダ式とrange-based-for-statementを拒み続けたところまで
4th editionでasyncを持ち上げてたけどその後の展開がアレだし

**デフォルトの名無しさん** · 2021/03/03(水) 06:51:09.01

>>943
googleさんのImage for ...サジェストに
caution: made with alien technologyって標語の例の生物のロゴが出てきやがるのは風評被害
rplacd、dpb、fmakunboundとかほぼほぼ英語だし明らかにエイリアン語ではない
cも大概だしな

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/03(水) 14:59:21.41

>>943
C++ も似たようなもんだろ
https://www.pixiv.net/artworks/31803602

**デフォルトの名無しさん** · 2021/03/03(水) 16:32:38.43

うわ下品な絵

**デフォルトの名無しさん** · 2021/03/03(水) 19:08:40.13

>>948
これは・・意外と嫌いではない・・w

**デフォルトの名無しさん** · 2021/03/03(水) 19:15:48.54

オライリー表紙絵みたいな動物の絵じゃないと、しっくりこない。

**デフォルトの名無しさん** · 2021/03/03(水) 22:54:00.65

オイリー禿山。

**デフォルトの名無しさん** · 2021/03/04(木) 11:11:37.69

禿と禿(かむろ)の違いが判らない

**デフォルトの名無しさん** · 2021/03/04(木) 13:03:17.03

カムロは半グレ

**デフォルトの名無しさん** · 2021/03/04(木) 13:36:37.45

c++は仕事で書いてない人ほど好きな言語

**デフォルトの名無しさん** · 2021/03/04(木) 14:22:00.04

と、仕事で書いてないやつが言う

**デフォルトの名無しさん** · 2021/03/04(木) 15:32:17.13

二人以上でやるとOOPの思想的違いがぶつかって最悪破綻するんだよな

**デフォルトの名無しさん** · 2021/03/04(木) 15:33:34.57

で、仕事でやるときは、最下層にレベル合わせないとモノが出来上がらないしね

**デフォルトの名無しさん** · 2021/03/04(木) 17:35:44.00

自分一人ならさぞかしすごいソフトウェアが書けると思ってるんですね。すごいですね。

**デフォルトの名無しさん** · 2021/03/04(木) 19:51:50.17

>>955
それあると思う
アマチュアにこそ好かれる言語だと思う（；＾ω＾）

**デフォルトの名無しさん** · 2021/03/04(木) 20:33:50.17

constexpr制限きつすぎ

**デフォルトの名無しさん** · 2021/03/04(木) 20:47:45.23

C++11の頃ならともかく今そんなにきついか？

**デフォルトの名無しさん** · 2021/03/05(金) 05:58:33.51

C++20、情報過多でしんどい

**デフォルトの名無しさん** · 2021/03/05(金) 06:14:45.51

std::variant を使い始めたのですが、例えば variant の中身が4種類あって、そのうちの
2種類とか3種類だけに対し共通なコードを実行したい、ときにはどんな書き方がありますかね?
全部に同じコードを適用するなら std::visit() でいいわけですが。

**デフォルトの名無しさん** · 2021/03/06(土) 13:33:27.36

apply

**デフォルトの名無しさん** · 2021/03/06(土) 20:35:43.51

>>964
共通処理を別の関数にまとめたうえで、visitする時に各型のオーバーロードでそれを呼び出す
visit時にジェネリックラムダを使って内部でif constexprで分岐
visit時にオーバーロードされた関数オブジェクトを用いて、共通処理が必要な型について呼び出されるところをテンプレートにして、他は型を指定しておく
visit時にオーバーロードされた関数オブジェクトを用いて、コンセプトで分岐
.index()とif文で書き分ける

**デフォルトの名無しさん** · 2021/03/07(日) 23:48:37.36

>>962
msvcのバージョン古くて。
c++14に対応してない。c++11でやってるイメージ。再帰でどんどんソースが汚れる。

**デフォルトの名無しさん** · 2021/03/10(水) 13:31:16.40

int getX() const { return mX; }
みたいな関数があるクラスのメンバ関数内でmXを参照するときに
mX と getX() のどっち使うのが一般的な書き方？

**デフォルトの名無しさん** · 2021/03/10(水) 14:04:43.65

>>968
確かにこれはいつも悩むなー
きっとアクセサ使うべきなんだろうけどね
頻繁にアクセスするならローカル変数に代入した方が早くなったりするし、一般的にクラス宣言に書いてるのもはインライン展開されてコスト的には変わらないだろうしね

むしろ他の言語のときにインライン展開なんてされないからめちゃくちゃ悩む

**デフォルトの名無しさん** · 2021/03/10(水) 14:10:23.61

プロパティがないからな

**デフォルトの名無しさん** · 2021/03/10(水) 15:16:37.41

なんでもかんでもgetterとかはJAVAから来たのかとか思ってしまう
取得時に演算しないならそもそもgetterなんか作らない方が分かりやすいと思うのだが

**デフォルトの名無しさん** · 2021/03/10(水) 15:36:26.11

>>971
C#みたいなのはそれはそれでわかりにくいから、getterも関数がいい。

**デフォルトの名無しさん** · 2021/03/10(水) 15:47:37.68

無理にgetter作れってのはアホだなと思うけど、まあgetterくらいならそこまで問題になることもないかなとは思う。
やたらめったらsetter作ってたら死ねとは思うが。

**デフォルトの名無しさん** · 2021/03/10(水) 15:50:25.97

const 属性をうまく使えば、getterを減らしても安全にコーディングできる。

**デフォルトの名無しさん** · 2021/03/10(水) 15:55:29.61

オブジェクト指向に侵されてるとプロパティが欲しくなるだろう。

しかし、本物のC++は知っている。

それは間違いだと。

**デフォルトの名無しさん** · 2021/03/10(水) 19:38:24.39

クラス外からは以下のようにconst 属性をつけてアクセスさせれば心持ち安全になる。
const MyClass& getInstance() const { return *this; }

**デフォルトの名無しさん** · 2021/03/10(水) 19:39:09.45

>>968
フックを残すかどうかだな
abortとterminateみたいに

**デフォルトの名無しさん** · 2021/03/10(水) 20:37:43.62

JavaBeans方式のプロパティはリフレクションあってこそのものなのにC++で真似してもなー。

**デフォルトの名無しさん** · 2021/03/10(水) 21:11:42.58

JavaFXのプロパティは観測可能になってたすごかった
データバインディングとかリアクティブとかプログラムの書き方もずいぶん変わったよね

**デフォルトの名無しさん** · 2021/03/11(木) 01:07:59.93

そうだね流石Oracleだね

**デフォルトの名無しさん** · 2021/03/12(金) 00:57:21.49

https://ideone.com/0FptIo
だれか、剰余の符号関係を教えてくれ。

**デフォルトの名無しさん** · 2021/03/12(金) 01:32:57.35

たぶんCから変わってないよな？
(a/b) * b + a%b == a
以上に説明できることはないと思うけど
他になにかあるの？

**はちみつ餃子** ◆8X2XSCHEME · 2021/03/12(金) 03:04:36.84

符号の向きは C++11 から仕様に入った。
(それはでは処理系定義)
C では C99 から。

**デフォルトの名無しさん** · 2021/03/12(金) 08:30:25.58

プロパティーは継承できたりインターフェースとして定めたりできるのが強み
だがそれしか強みが無i

しいて言えばリフレクションが使える言語なら、getterとsetterを同一の識別子で紐付いた形で列挙できる
というのわある鴨、（関数型のシグネチャでgetterとsetterを与えたらそうはいかん

**デフォルトの名無しさん** · 2021/03/12(金) 08:36:14.31

P=Q・X+R （0≦R＜Q）
ので除数が負の%とか定義不能
被除数が負の場合はしらそん
多分Rが非負でなければならないから多分XはPより負の側に振れねばならないのではないか

**デフォルトの名無しさん** · 2021/03/12(金) 14:00:09.40

未定義っぽいですね。ありがとう。

**デフォルトの名無しさん** · 2021/03/12(金) 16:14:00.58

C/C++に限らず界隈では「負数の剰余をとるべからず」という伝承がある