C++相談室 part154

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

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

テンプレここまで

**デフォルトの名無しさん** · 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++に限らず界隈では「負数の剰余をとるべからず」という伝承がある

◆QZaw55cn4c · 2021/03/12(金) 20:35:32.66

>>985
剰余の定義は、その定義だけではないですね
「最小正剰余」のほかには「絶対的最小剰余」もあります
https://ja.wikisource.org/wiki/%E5%88%9D%E7%AD%89%E6%95%B4%E6%95%B0%E8%AB%96%E8%AC%9B%E7%BE%A9/%E7%AC%AC1%E7%AB%A0/%E6%95%B4%E6%95%B0%E3%81%AE%E6%95%B4%E9%99%A4

自分で適当な剰余を定義したっていいのですよ

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

0へ丸めるtruncate算だったかと
mod算するときに結構困るのでユークリッド算関数は常にヘッダに入れてる
a % 2 == 1 // -1かもしれない
まあ偶奇判定くらいなら!=0で取り繕えるけど
ネットで見かける拡張ユークリッドのトイプログラムは大体間違ってるね
負の除数を想定してないgcdならそれでいいけど、ベズー係数求める時に負の被除数を扱えないと一般解の公式で他の解出してお茶は濁せるけど
有限体やら他の体とテンプレート共有できない

**デフォルトの名無しさん** · 2021/03/17(水) 23:25:02.49

ttp://open-std.org/jtc1/sc22/wg21/docs/papers/2021/n4885.pdf

**デフォルトの名無しさん** · 2021/03/22(月) 08:32:15.77

静的ライブラリを作るときに-fPICを指定する必要はないよね？

**デフォルトの名無しさん** · 2021/03/22(月) 09:41:25.38

OSによるのでは

**デフォルトの名無しさん** · 2021/03/22(月) 23:28:52.74

PICマイコン用のバイナリが吐かれる

**デフォルトの名無しさん** · 2021/03/24(水) 07:52:17.23

struct a{};
struct b:private a{};
b c;
(a*)&c; //ok

この下痢糞仕様は何？
こう決まった理由が知りたい

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

>>994
C形式のキャストを使ってるからではなくて？
どんなポインタにもキャストできると思うけど

**デフォルトの名無しさん** · 2021/03/24(水) 09:11:00.00

reinterpret_castとちゃうで

**デフォルトの名無しさん** · 2021/03/24(水) 09:17:53.26

たとえ(int*)&c;でも通るでしょ

**デフォルトの名無しさん** · 2021/03/24(水) 09:40:19.90

仮想継承にするとダウンキャストはできなくなるんで
型を無視しているのでもなさそう

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

ポインタは任意のポインタに変換出来る
未定義動作になる可能性があるのはデリファレンスするコードを書いた場合

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

64bitアプリで32bit整数値をvoid*にキャストしようとするとエラーになる場合があるね。
それを親切と感じることが出来れば玄人。

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 74日 16時間 47分 20秒