C++相談室 part142

**デフォルトの名無しさん** · 2019/04/01(月) 22:17:05.84

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part137 (正しくはpart138)
http://mevius.5ch.net/test/read.cgi/tech/1535353320/
C++相談室 part139
https://mevius.5ch.net/test/read.cgi/tech/1538755188/
C++相談室 part140
https://mevius.5ch.net/test/read.cgi/tech/1547326582/
C++相談室 part141
https://mevius.5ch.net/test/read.cgi/tech/1550772463/

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

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

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

----- テンプレここまで -----
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2019/06/07(金) 22:21:39.08

参照カウンタ増やさない方法で移動されてるのかな？？
インプレースだから、扱いが雑な気がする。

**デフォルトの名無しさん** · 2019/06/07(金) 22:25:21.08

まあremoveの外側はunspecifiedだからどうするかは実装の勝手
雑に扱われてても文句は言えない

**824** · 2019/06/07(金) 22:34:00.62

各位、どうも
なんとなく分かってきました
cpprefjpでも「有効だが未規定な値」とのこと
実装依存で参照カウントが減ってゼロになるときもあるよ、そういうmoveもされ得るよ
ということですね

とりあえず返却されたイテレータが示す範囲は正常だと思うので
erase()はそのまま使う方向でいってみようと思います

**デフォルトの名無しさん** · 2019/06/07(金) 22:56:05.74

雑とかそう言う話ではなく
remove_ifの実装でremove後の空きshared_ptr部分に後の要素をどうやって詰めているかだけの話
swapじゃないなら、代入にせよmove代入にせよ、その場で参照カウント減ってデストラクタが呼ばれるよ

**デフォルトの名無しさん** · 2019/06/07(金) 23:01:56.95

実装がとある一つなのだから、変数に持ち直してやるのもオーバヘッドがーという場合もある。
コンテナ上の空き領域の作り方も幾つかあって、
今回は疑似ポインタだからコピーが軽いけど、実態をいじるときは涙目になるきがす。

実装を定義してないはずだから言いようはいくつかあるけど、
インプレースでやるときは面倒だということだけ知っておけばよい気がする。

**デフォルトの名無しさん** · 2019/06/08(土) 01:15:29.93

整数の事情って結局どうするのが正しいの？
powは遅いだの何だの以前にdoubleとの間で一々キャストするのが姿勢として正しいように思えない

マクロでやってる人が多い？

**デフォルトの名無しさん** · 2019/06/08(土) 01:33:51.17

powの整数型引数のがあるんじゃない？

**デフォルトの名無しさん** · 2019/06/08(土) 06:52:32.97

std::powにはないから自分で書くしかない

**デフォルトの名無しさん** · 2019/06/08(土) 08:59:01.58

>>833
整数値で指数みたいな物を扱う場合、簡単にオーバーフローが起きるので
本気でやるとしたらだいぶ恣意的なサイズ区切りを入れることになる。
そんなことやるくらいなら浮動小数からのキャストのがだいぶ楽だし実装も安定する。

**デフォルトの名無しさん** · 2019/06/08(土) 10:35:16.88

負の数が指数に与えられたら結果は少数になるけどそれでもいいなら

**デフォルトの名無しさん** · 2019/06/08(土) 10:47:03.88

二乗だろ？
何悩んでんだよ

**デフォルトの名無しさん** · 2019/06/08(土) 11:17:40.81

>>833 整数でも問題なさそう
https://qiita.com/SaitoAtsushi/items/c729f73f7f5603910b6b

**デフォルトの名無しさん** · 2019/06/08(土) 11:37:29.71

二乗なんて直接掛け算で書き込んでもいいくらい

**デフォルトの名無しさん** · 2019/06/08(土) 12:05:54.87

底が2でない3乗以上の累乗なんか整数でやろうと思ったことないな

**デフォルトの名無しさん** · 2019/06/08(土) 18:23:48.07

整数の冪は速度云々よりオーバーフローが気になる
100を5乗しただけであっという間にuint32_tをぶっちぎるんだぞこえーよ

**デフォルトの名無しさん** · 2019/06/08(土) 20:11:59.83

n乗してオーバーフローする整数は予め求められるんだからn乗する前に判定するだけだろ

**デフォルトの名無しさん** · 2019/06/08(土) 20:14:05.51

やっぱlog表現にすべきやな

**デフォルトの名無しさん** · 2019/06/08(土) 20:18:41.89

メモリを無限に使えばええ

**デフォルトの名無しさん** · 2019/06/08(土) 20:36:16.78

>>843
判定のためにdoubleにキャストして、みたいな？

**デフォルトの名無しさん** · 2019/06/08(土) 20:37:46.29

>>846
100がオーバーフローする最大値なら100と予め整数比較するだけだろ

**デフォルトの名無しさん** · 2019/06/08(土) 20:39:53.83

なるほど n=100くらいまで全て持っていればいいと。
まあそうかもな。

**デフォルトの名無しさん** · 2019/06/09(日) 02:20:42.24

C++知らないことが多すぎてちょっと勉強するだけでもあーあそここれ使って書いてればよかったーってなることばっかりだわ
しばらく前に書いたコード見直したくねぇ

**デフォルトの名無しさん** · 2019/06/09(日) 02:37:22.98

そのうちこれわざわざこれ使って書く必要なかったなになるゾ

**デフォルトの名無しさん** · 2019/06/09(日) 02:55:27.45

そしてC言語が正解だったことに気づく

**デフォルトの名無しさん** · 2019/06/09(日) 02:57:41.57

それはない
コンテナはやっぱり便利
動的ポリモーフィズムは必要ねえなぁ
テンプレートで十分

**デフォルトの名無しさん** · 2019/06/09(日) 03:16:06.77

>>836
modpowは自分のライブラリとして持ってるので、それ使うことにすれば良いですかね
機能過多な感じもしますが

>>837
？
普通の挙動ですよね？

>>839
ありがとうございます。読んでみます
結果によっては素直にpowを使うことにします

>>840
今はマクロでそうしてます

**デフォルトの名無しさん** · 2019/06/09(日) 09:31:54.10

テンプレートもそろそろガンだってことが普通に認識されるようになるだろうな。
標準のテンプレートだけ使ってりゃいいんだよ(それでも使いこなせないだろうが。)
バカの作るテンプレートライブラリほどひどいものはない。

**デフォルトの名無しさん** · 2019/06/09(日) 10:15:07.88

そりゃ堂々巡りの言い方だろ
酷い奴の作るテンプレートライブラリは酷い。そりゃそうだ
テンプレートライブラリが酷けりゃ作ったヤツは酷い。こうなるわな

**デフォルトの名無しさん** · 2019/06/09(日) 10:55:06.08

>>852
＞動的ポリモーフィズムは必要ねえなぁ
データの通りにオブジェクト作るような設計一切出来ないぞ

**デフォルトの名無しさん** · 2019/06/09(日) 10:55:18.69

>>854
どこが癌なのか教えてください。

**デフォルトの名無しさん** · 2019/06/09(日) 12:52:56.51

いやテンプレート「ライブラリ」ともなれば十分な機能と性能と使いやすさを全立させるには必要スキルがダンチになる印象

そうではなくて問題に特化した形でテンプレートを使ってコードの記述量を激減させることは常人のもできる
ただし他人に理解してもらうのが困難になるからそういのうはモジュール内に囲ってテンプレートそのものを外に出さなければ宜しい

もし使いにくいとか理解しがたいだけでなく動作品質に問題があるなら、
その場合は問題のある人物が取り替えられる方向へと管理者のソーシャルスキルの発動の時間である

**デフォルトの名無しさん** · 2019/06/09(日) 13:05:27.14

>>858
それが言いたかったんだよ、うん

**デフォルトの名無しさん** · 2019/06/09(日) 15:35:10.73

正直アプリレイヤーでテンプレートを駆使したライブラリを作ることはあんまない
使う側からすれば便利な仕組みだわ

これがライブラリを提供する側になると途端に言語仕様と環境との闘いが始まる

**デフォルトの名無しさん** · 2019/06/09(日) 15:42:19.87

何回同じ話するの？
障害あるの？

**デフォルトの名無しさん** · 2019/06/09(日) 15:46:33.89

いいからお前はC言語使ってろよ

**デフォルトの名無しさん** · 2019/06/09(日) 15:46:44.77

>>859
嘘つけ

**デフォルトの名無しさん** · 2019/06/09(日) 16:02:49.06

テンプレートは、コンパイラのエラーや警告が意味不明なのが玉にキズ。

**デフォルトの名無しさん** · 2019/06/09(日) 16:08:45.43

同じ話を2回する奴はガイジ死ね

**デフォルトの名無しさん** · 2019/06/09(日) 16:17:48.67

>>861 と >>865 は文面は異なれど、意図として
同一の内容を繰り返してるような気がするんだが。
「同じ話を何度も投稿する人に対する敵意」ってくくり。

これは単なる感想(自己言及的で面白い)だけどね。
発言に対しての賛同でも否定でもなく。

**デフォルトの名無しさん** · 2019/06/09(日) 16:40:22.23

クソライブラリ作るやつが絶滅するまで。

**デフォルトの名無しさん** · 2019/06/09(日) 17:20:43.24

そのくそライブラリを使わないといけないの？

**デフォルトの名無しさん** · 2019/06/09(日) 19:35:59.29

だったら無駄なことしてないで直接乗り込んで二度とライブラリを作れないようにしてこいやゴミ

**デフォルトの名無しさん** · 2019/06/09(日) 20:34:56.29

1. より優れたライブラリを提供すれば良い

2. 労力の関係で0スタートで新規作成は無理ということであれば
　糞ライブラリをうまくwrapしてせめて使いやすい形にして見せれば良い

3. 2の場合も中身は追って作り直すこと

**デフォルトの名無しさん** · 2019/06/09(日) 21:12:37.07

4. 自身の頭脳がへっぽこだと、高度すぎるライブラリは全く理解できない。
　自分が使いこなせないものはダメである。
　わたしの頭のレヴェルに合わせろ。

**デフォルトの名無しさん** · 2019/06/09(日) 21:22:41.55

俺なら使いこなせるって持ってきたやつが一番使えてないパターンなんだが。。

**デフォルトの名無しさん** · 2019/06/09(日) 21:28:31.78

持ってくるｗｗｗ
2ちゃんガイジのくせに偉くなったと錯覚してて草

**デフォルトの名無しさん** · 2019/06/10(月) 00:33:49.15

エモーショナルエンジン搭載。
その日の気分で結果が変わります。

**デフォルトの名無しさん** · 2019/06/10(月) 00:36:48.31

それが！

PS2！?

**デフォルトの名無しさん** · 2019/06/10(月) 08:57:25.07

仕事で無駄に時間かけてテンプレート使ったライブラリ(という名のほぼ何もしないクソコード)書かれたら殺意も湧くだろうな、ネットでもそういうのはたまに見かける

熟練者が長年かけて作った、良くできたフリーのライブラリしか知らんアマチュアの人にはわからんかもしれんが

**デフォルトの名無しさん** · 2019/06/10(月) 09:53:37.04

そんなもん飼ってる上司の責任だろ
糞ができるまで放置してたのか？

**デフォルトの名無しさん** · 2019/06/10(月) 13:21:16.85

俺は仕事でそんなの見たことないけど>>854の肩を持ったまでだよ
>>854以降の流れを読んでからほざけ

**デフォルトの名無しさん** · 2019/06/10(月) 14:24:51.11

テンプレートってそんな身構えるようなものかな？
外部ツールとマクロで武装した旧黒魔術系のコードに比べたら、なんぼかましな気がするがw

**デフォルトの名無しさん** · 2019/06/10(月) 14:45:47.43

もちろん便利にはなったけど、STL以来むやみにテンプレートを持ち上げる風潮が・・・
初心者が上級者を気取りたくてテンプレート持て囃し、それだけに留まらずオブジェクト指向や昔ながらのテクニックをこき下ろしてるのを良く見かける

実行時、コンパイル時、プリプロセス時でそれぞれメリットデメリットあるんだけどなぁ

**デフォルトの名無しさん** · 2019/06/10(月) 15:05:36.77

プロ（仕事）の話と初心者の話が一緒になっちゃってるな

**デフォルトの名無しさん** · 2019/06/10(月) 15:44:38.79

初心者を指導せずほったらかしにしてる上司がいるらしい

**デフォルトの名無しさん** · 2019/06/10(月) 16:11:30.07

>>854は「普通に」って書いてるけど、
バカがテンプレートライブラリを書いてそれが仕事に害悪をもたらすなんてことが
普通にあるわけがないだろ。
仕事なら出来る奴に書かせるし、趣味なら仕事には無害。

**デフォルトの名無しさん** · 2019/06/10(月) 17:43:59.55

できる奴が書いたテンプレートライブラリを使いこなせない奴が、グダグダ文句言っているだけだろ。

言っている奴ができる奴なら文句言う前に修正しているわ

**デフォルトの名無しさん** · 2019/06/10(月) 18:56:35.92

まあマクロとかテンプレートとかみんな一度はやり過ぎるぐらい作り込んだことあるだろ
多分>>854をそれを経験した直後ぐらいなんだろ

**デフォルトの名無しさん** · 2019/06/10(月) 19:08:07.57

無職がおしごとごっこでつか？ｗ
以下、職業プログラマじゃない者は書き込み禁止

**デフォルトの名無しさん** · 2019/06/10(月) 19:10:51.22

マ板でやれ

**デフォルトの名無しさん** · 2019/06/10(月) 19:16:09.39

労働厨とかいう下級国民

**デフォルトの名無しさん** · 2019/06/10(月) 19:22:32.34

お前らautoとdecltype(auto)の違いとか言語仕様の話しで盛り上がれよ

**デフォルトの名無しさん** · 2019/06/10(月) 19:22:55.85

>>885
>>852もそれ以前の段階だろ

**デフォルトの名無しさん** · 2019/06/10(月) 19:27:55.90

イテレータを受け入れる関数もオーバーロードで書いてるんですか？

**デフォルトの名無しさん** · 2019/06/10(月) 20:00:14.92

>>886
逆だろ
プロがこんなとこに来て語ってる方が異常だわ

**デフォルトの名無しさん** · 2019/06/10(月) 20:34:00.20

auto int i =0;

K&Rはこれでいけたんだがのう

**デフォルトの名無しさん** · 2019/06/10(月) 20:37:49.85

int不要とかそういう話？

**デフォルトの名無しさん** · 2019/06/10(月) 20:48:57.81

decltype(auto)はあまり使わないなぁ
長いし
面倒だからauto&&で受けちゃうし
戻り値推論もauto&とかで済ましちゃう

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

>>884
こういうクソな思想が広まってるからクソライブラリがあとを絶たないわけだ。

**デフォルトの名無しさん** · 2019/06/10(月) 21:35:34.30

クソクソ言うだけで、何がどう悪いとすら具体的に例を上げないのだからもうね

**デフォルトの名無しさん** · 2019/06/10(月) 21:36:31.46

>>892
（´･∀･`）ﾍｰ
アマチュアさんはそう考えるんだね

**デフォルトの名無しさん** · 2019/06/10(月) 21:55:37.04

>>898
え？お前だけだぞこんな底辺まで来てるの
もう少し世間体とか気にしようよ

**デフォルトの名無しさん** · 2019/06/10(月) 22:04:08.27

utf8の文字定数って実質ASCIIしか使えないのかコレ

**デフォルトの名無しさん** · 2019/06/10(月) 22:42:42.99

>>898
アマチュアをからかうプロwww
エンジニアがそんなんじゃ日本の将来は暗いわ

**デフォルトの名無しさん** · 2019/06/10(月) 23:08:47.95

ていうかテンプレートが絡むととたんに問題解決できなくなるプロ

**デフォルトの名無しさん** · 2019/06/10(月) 23:51:39.69

テンプレートの問題なんてもう語り尽くしたわ。
それでもバカがあと立たないのもずっと見てきた。。

**デフォルトの名無しさん** · 2019/06/11(火) 00:19:02.01

テンプレートの問題について何も聞いてないし、その状態で語り尽くしたというなら何も問題はないな。

**デフォルトの名無しさん** · 2019/06/11(火) 00:19:41.89

新規参入者がいるってことだから恐悦至極なのではないか

**デフォルトの名無しさん** · 2019/06/11(火) 00:25:55.32

（果たして彼にとってはテンプレートのみが例外的に特殊な問題であって
　テンプレート以外については十分なスキルを有しているのであろうか…

**デフォルトの名無しさん** · 2019/06/11(火) 00:53:07.47

コンパイル時に発見できるような問題はそもそもたいして深刻な問題ではない。

**デフォルトの名無しさん** · 2019/06/11(火) 01:02:03.28

>>907
コンパイル時にわかる程度の問題でも、ランタイムでエラー吐かれたらデバッグ大変だよ
Pythonの型違いで嫌と言うほど思い知った

**デフォルトの名無しさん** · 2019/06/11(火) 01:13:48.45

>>908
私は、ランタイムエラーを解決することの困難さに比べればコンパイルエラーなんて大したことない、という意味で言ったんだが。
あなた、読解力がないって遠まわしに指摘されること多くない？

**デフォルトの名無しさん** · 2019/06/11(火) 01:26:55.77

そもそも文脈不明な中でそれだけ書かれてもなぁ
コンパイル時の分かるような問題かどうかではなく、エラーをコンパイル時に吐いてくれるとデバッグが捗るみたいに書けば良いのに
実際、assertやstatic_assert
SFINAE使ってのなるべく上位レイヤーでエラー発生させるのは重要でしょ

**デフォルトの名無しさん** · 2019/06/11(火) 01:51:30.87

テンプレート駆使したライブラリ使うと最適化ありなしで速度かなり変わるの困る
デバッグビルドだとくそおっそくてデバッグがままならん
なんか良い解決法ないですかね？

**デフォルトの名無しさん** · 2019/06/11(火) 02:00:33.22

適当なところで切る
処理の定義を別ヘッダに分けて、特定のソースファイルで定義ヘッダを読み、デバッグが必要ないところは最適化Onで明示的インスタンス化をする

**デフォルトの名無しさん** · 2019/06/11(火) 02:07:42.02

>>911,912
> 処理の定義を別ヘッダに分けて、特定のソースファイルで定義ヘッダを読み

自前の切り替え処理自体が不具合の原因になりかねない。
素直にprintf()するのが一番確実でしょう。

**デフォルトの名無しさん** · 2019/06/11(火) 02:12:17.79

C++14以降でテンプレートのデザインパターンの参考書って無い？

**デフォルトの名無しさん** · 2019/06/11(火) 02:42:42.36

テンプレート完全ガイドの2版が出てたけど、英語

**デフォルトの名無しさん** · 2019/06/11(火) 22:59:30.61

>>912
ソースファイルごとに最適化変えるのって簡単にできます？
VSプロジェクトかCMakeで

**デフォルトの名無しさん** · 2019/06/12(水) 00:12:16.75

VSならプロジェクトじゃなくソースのプロパティ選んで最適化変えればそこだけ反映される
まあ、それ用の構成作っておくのが安全

CMakeはわからん
makeなら簡単だけど

**デフォルトの名無しさん** · 2019/06/12(水) 09:35:50.45

c++の場合、このコンパイラでは通るけどこっちのコンパイラでは通らないとかが
普通にある方が問題。
静的だとか動的かとかそういう問題とはまた違う。

**デフォルトの名無しさん** · 2019/06/12(水) 09:39:04.87

>>917
あ、ホントだ
ありがとうございます

**デフォルトの名無しさん** · 2019/06/12(水) 12:59:45.38

>>918
コンパイラごとに違う言語なんだから当然では？
むしろコンパイラが1つしかない言語以外でそういう問題が発生しない言語ある？

**デフォルトの名無しさん** · 2019/06/12(水) 16:21:34.99

Java、C#は「コンパイラが1つしかない言語」に含む？
どのみち比較の対象が少ないね。

**デフォルトの名無しさん** · 2019/06/12(水) 16:22:16.09

普通はコンパイラは何種類もない

**デフォルトの名無しさん** · 2019/06/12(水) 16:24:55.92

そこら辺もバージョン違いで色々あるよね

**デフォルトの名無しさん** · 2019/06/12(水) 16:31:31.49

そんなの当たり前だろ

**デフォルトの名無しさん** · 2019/06/12(水) 16:40:28.14

「コンパイラが通らない問題を解消するためにビルドツールをご用意いたしました。」
で、configureやらcmakeやらantやらといった車輪の再発明が続々生まれてくる。

**デフォルトの名無しさん** · 2019/06/12(水) 17:19:03.04

ブラウザ戦争に近いものがあるな

**デフォルトの名無しさん** · 2019/06/12(水) 18:48:39.87

モダンなC++を学ぶべく右辺値参照について勉強しているのですがさっぱりわかりません
本に右辺値参照は実際は左辺値でstd::moveは実際は何もmoveしない
と書いてありましたが本当に意味がわからない
言葉遊びはいいからわかりやすく教えてくれ

**デフォルトの名無しさん** · 2019/06/12(水) 19:07:22.06

>>927
正確に言うと右辺値参照が左辺値なんじゃなくて右辺値を参照している「変数」が左辺値なのさ。
それ自体ひとつの変数なんだから当然のことだろう？