C++相談室 part135

2018/03/31(土) 20:20:06.25

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

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

前スレ
C++相談室 part134
http://mevius.5ch.net/test/read.cgi/tech/1516406742/

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

■長いソースを貼るときはここへ。■
　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

2018/05/15(火) 22:46:39.90

プロパティONにするとチェック有効で

2018/05/15(火) 22:46:50.65

>>802
オブジェトCを彷彿させるので嫌です

2018/05/16(水) 03:32:46.81

>>802
attributes構文と紛らわしい。

2018/05/16(水) 23:25:18.23

arrayはなんで［］でチェックしてくれないの

2018/05/16(水) 23:28:49.70

ゼロコストの原則

2018/05/17(木) 02:43:52.94

C++のコストの大部分は例外に起因するらしい。
Cでコンパイルできるコードであっても、C++としてコンパイルするとバイナリが肥大化する。
その原因は例外。

2018/05/17(木) 07:10:31.59

x86-64だとゼロコストだよ

2018/05/17(木) 08:34:28.77

どこにコストが消えたんだろ
サボってるの？

2018/05/17(木) 09:12:53.49

>>810 要出典。

2018/05/17(木) 14:51:21.43

x86-32だと割り込み発生時に対応出来るように
関数コールの度にスタックに情報を埋め込む

x86-64はこれが不要
割り込み処理がなければコストはかからない

2018/05/17(木) 18:56:39.80

>>813
組み込み開発の株式会社○○みたいなサイトで読んだんだけどな。
なかなかためになる内容だったしブックマークしとくんだった。
見つけたらリンクくれ。

2018/05/17(木) 18:58:28.25

俺の見解では、例外にコストが割かれるなら、それは必要なコストだと思うんだよな。

2018/05/17(木) 19:43:22.14

元記事消えてるっぽいからアーカイブだけど
http://bytepointer.com/resources/pietrek_amd_x64_primer.htm

Windowsの例外機構がx64ではスタックベースからテーブルベースの通過するだけならゼロコストなものに変わった
ただしバイナリサイズは増える

2018/05/17(木) 19:46:45.63

>>816
例外を使うならコストがかかるのは当然なんだが、
例外が通過しないかもしれないのにそこかしこで情報を積まないといけないのは良くないってことなんよ。
そんでまあ例外を投げたときだけにコストが生じる方式がいいよねっていう話。

2018/05/17(木) 20:29:27.85

例外が発生しない時のコストなんてゴミみたいなもんだけどな

2018/05/17(木) 20:30:03.35

イヤなら64bitで組みなさい

2018/05/17(木) 20:38:19.60

64ビット化するとサイズが1.5倍になるらしいけどな。

2018/05/17(木) 20:40:58.24

今時コードのサイズなんて問題にならんだろ
その代わりに得るものは大きい

2018/05/17(木) 21:11:41.72

1.5倍って40㎏の可愛い少女が60㎏のオバはんになるってことではないだろか。
さあどっちか選ぶんだ。

2018/05/17(木) 21:42:32.65

どうしても対応し続けないといけない32bitのレガシーデバイスがあるなら頑張って
そうじゃなけりゃもう32bitなんて捨てろ

2018/05/17(木) 21:43:14.24

>>823
それ得るもの無さすぎないか？

2018/05/17(木) 21:57:59.98

60kgのオッサンになるよりはいいだろ。

2018/05/17(木) 22:02:48.61

32bitがレガシーだあ？
どこで吹き込まれたか知らんが
騙されやすいやつだな

2018/05/17(木) 22:20:15.79

クラスのconst配列メンバをコンストラクタで初期化するにはどうしたらいいでしょうか？

class A
{
　const double array[];

　void A( double &temp[] ) : array(temp)
　{
　}
};

これはコンパイルでエラーが出てダメでした

**デフォルトの名無しさん** · 2018/05/17(木) 22:32:37.31

>>828
できないからあきらメロン

素直にconst外してアクセサで制御するか、vector使うかしとけ

テンプレートとかを駆使して無理に実現しようと試みるのはいかにも頭が悪いし時間の無駄

2018/05/17(木) 22:33:23.35

constの問題というよりサイズが決まってないからダメなんじゃないの？

**デフォルトの名無しさん** · 2018/05/17(木) 22:34:24.00

ここ3年ほど32bitの組み込み機器に触ったことない

2018/05/17(木) 22:37:16.99

今はほとんど64bitの上で無理矢理32bit動かしてるんだよ
ネイティブ32bitCPUなんて化石

2018/05/17(木) 22:51:21.67

>>829
了解です、constは諦めマスカット

>>830
どんなサイズの配列が来るかはコンストラクタが呼び出されるまでわからないんで
サイズは未定にしておきました

2018/05/18(金) 17:13:18.87

vc++のマルチコアのオプティマイズなんて甘々だから余裕で
勝てるけどなぁ。
あんなのに負ける人もいるって、世の中広いなぁ(棒)

**771** (ﾜｯﾁｮｲ b133-NTEn) · 2018/05/18(金) 18:23:15.07

アホだろお前

2018/05/18(金) 18:33:25.05

そりゃあ頑張れば勝てるだろう
コーディングコストと可読性の犠牲に見合うほど速くなるかどうかは別問題だがね

**771** (ﾜｯﾁｮｲ 95b3-NTEn) · 2018/05/18(金) 18:57:13.66

VCもそうだけど大体のコンパイラは並列化や自動ベクタライズは強くないと思う
古くからある機能とそうでないものでは最適化に差が出るのは当然
だからこそSIMD使うときはみんなイントリンシック命令使ってるのであって

2018/05/18(金) 20:11:41.99

>>834て誰に対してのレス？

2018/05/18(金) 21:20:25.60

>>828

template<std::size_t N>
class A {
public:
const double array[N];

template<typename ...ARGS>
A( ARGS&&... args ): array{std::forward<ARGS>(args)...} {}
};

template<typename ...ARGS>
inline auto make_A( ARGS&&... args ) -> A<sizeof...(args)>
{
return A<sizeof...(args)>(std::forward<ARGS>(args)...);
}

auto a{ make_A( 1.0, 2.0 ) };

こんな感じだろうか。
要C++11以降。

>>どんなサイズの配列が来るかはコンストラクタが呼び出されるまでわからないんでサイズは未定にしておきました
要素数が決まってないとコンパイル時に困るので、テンプレートクラスにしちゃったけれど…

2018/05/18(金) 22:05:36.49

あーいや、 >>828 は配列を渡して初期化したいのか…
↑じゃだめだ

だいぶ別物になっちゃった。
ttps://wandbox.org/permlink/gUlWoKLb3QfigsQk

2018/05/18(金) 22:33:37.26

参考にしてみた
https://wandbox.org/permlink/3asRA3QSPQXmmn8l
C++17ならヘルパー不要にはなる・・・(コンストラクタに与えた引数から推定
けどどっちにしても配列数可変にはできない

ていうか配列の参照とか初めて使ったw

2018/05/19(土) 00:03:26.14

>>828
C++14のinteger_sequence使ってみた

#include <iostream>
#include <utility>

template <size_t N>
class A
{
const double array[N];
public:
template <size_t... I>
A(const double (&temp)[N], std::index_sequence<I...>) : array{temp[I]...}
{
for (auto x : array) std::cout << x << std::endl;
}
A(const double (&temp)[N]) : A(temp, std::make_index_sequence<N>()){}
};

int main()
{
double t[] = {1.1, 2.2, 3.3};
A<sizeof(t)/sizeof(t[0])> a(t);
//A a(t); // C++17
}

2018/05/19(土) 00:10:45.61

糞面倒だな

2018/05/19(土) 00:15:37.45

アンチパターンを生み出すための新機能が次々出てくるのがc++だ！

2018/05/19(土) 00:33:17.81

こういうのからiostreamみたいになってゆくんだろうな

2018/05/19(土) 03:41:10.01

つか引数にconst double(&temp)[]って何だと渡せるのこれ
()ないとエラー出るし

2018/05/19(土) 06:54:38.61

何も渡せないよ
配列数のない配列型はどんな文脈でも不完全型だからその型のオブジェクトは存在し得ない

2018/05/19(土) 07:39:54.12

>>842
VS2017 15.7.1のVCのReleaseモードだとtemplateの部分が赤の下波線になるな
Debugモードにするとなぜか消える
そしてReleaseモードはエラーが出ているのにコンパイルして実行可能
バグじゃね

2018/05/19(土) 12:37:22.83

>>847
仮引数として表れる場合はポインタに調整されるんじゃなかったっけ？

2018/05/19(土) 13:11:36.50

配列型はね
配列の参照型はされない

2018/05/21(月) 09:24:48.82

引数で渡す場合は配列自体が参照型だもんな

2018/05/21(月) 21:45:00.90

配列への参照ってのはあるんだけどね
template <typename T, int N>
N size(T (&)[N]) { return N; }

2018/05/21(月) 21:45:22.62

あ、ミスった
わかる人笑ってｗ

2018/05/22(火) 10:34:44.57

>>848
> バグじゃね
未定義ならコンパイルできて実行できると言うのも規格に準拠してる正しい動作

2018/05/22(火) 17:07:12.03

>>854
見当違いのレスだな
DebugとReleaseでエディタの動作が首尾一貫してないって言ってるんだがな
15.7.2が来たから入れてみる

2018/05/22(火) 17:37:39.23

>>855
普通の知能を持ってたら
> コンパイルして実行可能
に突っ込まれてることぐらいわかるだろうに...

2018/05/23(水) 09:57:56.51

>>856
15.7.2にしたらReleaseでも赤い波線出なくなったぞ
エディタのバグが直ったようだ

2018/05/23(水) 10:14:09.85

>>848の3行目は無かったことにすると

2018/05/23(水) 10:39:06.93

だから「エディタの」バグと書き忘れただけなのにお前らしつこいな
DebugモードでもReleaseモードでもコンパイルして実行できてたんだから

2018/05/23(水) 12:24:31.22

書き忘れとか知らんがな w
そもそもエディタのバグと言うなら三行目は元々不要
余計なことを書いて突っ込まれるとか低能にありがちな行動ってだけ

2018/05/23(水) 12:33:07.54

>>859
気にするな。俺には>>854の方がよほど的はずれなことを言ってると思うよ。

2018/05/23(水) 12:40:43.11

>>861
>>856
同じようなレスを書いてループさせるのも低能にありがちな行動

2018/05/23(水) 13:02:27.39

エラーの話なのになぜか未定義とか言い出す奴が

2018/05/23(水) 15:37:22.12

未定義の意味を理解してないなら絡んでこない方がいいぞ

2018/05/23(水) 17:20:05.74

エラー
警告
未定義
不適格
↑
混同するやつが後を絶たないな

2018/05/23(水) 19:15:29.66

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

V9EWM

2018/05/23(水) 21:13:20.83

しょーもね

2018/05/23(水) 21:13:21.12

この文脈でエラーとか警告とか言い出す時点でアホ丸出しなんだが...w

2018/05/23(水) 22:07:04.14

VisualStudioはインテリセンスとコンパイルに使うコンパイラが違う
ちょっと設定変えると、とてつもなくエラーが出るのにコンパイルは通るという事態は稀に良くある

2018/05/24(木) 12:25:45.78

>>838
>>771

2018/05/24(木) 23:58:30.63

あるコンテナaとコンテナbを連結？するようなクラス（イテレータ）を作りたいんだが

イメージとしてはa.begin()からa.end()-1までいったら次はb.begin()になるようなやつを思い浮かべてるんだけど

どんな風につくればよいかアドバイスください

2018/05/25(金) 00:18:38.25

>>871
concat_iteratorでググるとそれっぽい実装がチラホラ

2018/05/25(金) 10:18:09.43

C++で2Dのwindowsで動くゲーム作ろうと思っているのだけど、ライブラリって何使えばいいんだ?

2018/05/25(金) 10:18:58.21

GDI

2018/05/25(金) 11:33:06.12

direct2d

**デフォルトの名無しさん** · 2018/05/25(金) 12:11:02.95

Unity

2018/05/25(金) 12:19:23.12

Opengl

2018/05/25(金) 12:52:26.94

DirectX Tool Kit

2018/05/25(金) 14:11:55.60

cairo

2018/05/25(金) 18:33:18.15

いっぱいあるなー、一通り試してみようかな

2018/05/25(金) 18:37:43.90

全部は時間的に無理。

2018/05/25(金) 19:06:13.22

DirectX Tool Kit一択だとおもうが

2018/05/25(金) 19:16:41.38

OpenGLなんてのは?

2018/05/25(金) 19:17:34.72

windowsに限定するならopneGLにする意味は薄い

2018/05/25(金) 23:32:47.23

DirectX tool kit なるものは一般的なDirectXの上位互換みたいな捉え方でおk？

2018/05/25(金) 23:41:23.37

>>882
よこからだけど、これ面白そう。

2018/05/26(土) 01:45:05.97

Siv3D とかも楽に使えると思う。 (3D という名前がついてるけど 2D もいける)

2018/05/26(土) 09:49:22.16

今の時代なら cocos 2d とかモバイルでも使えるライブラリ使った方がいいんじゃないのか

2018/05/26(土) 10:01:48.35

c++ならアンリアルエンジンで行こうぜ

2018/05/26(土) 15:38:59.11

あれESCキーが消えるから…

2018/05/29(火) 08:17:20.26

string::size_type についてですが、

size_type の前についている

「string::」

というのは何ですか？

2018/05/29(火) 08:20:28.98

名前空間ではないようですし。

2018/05/29(火) 08:28:38.63

静的メンバ関数
でぐぐれ

2018/05/29(火) 09:38:09.06

>>893

ありがとうございます。

string::size_type は companion type というものらしいのですが、
この companion type とは何でしょうか？

2018/05/29(火) 12:33:02.70

メンバ関数の引数や戻り値、メンバ変数などで使用するためにクラススコープで定義された型のこと

クラス(この場合はstd::string)を利用する側は、
実際にはその型がなんであるかを知る必要なく
文字列のサイズの型としてstring::size_type を用いることができる

参考
https://stackoverflow.com/questions/41471741/string-companion-types

2018/05/29(火) 13:47:00.51

>>895

ありがとうございました。

2018/05/29(火) 23:46:46.84

std::threadでサブスレッドで処理をしているのですが、処理をキャンセルするためthreadをdetachすると
メモリを破壊しているようで全然別の箇所で色々なエラーが出てきます。system_errorは送出されていません。
サブスレッドではnewでのリソース確保もしていないので理由がわからないです。

detachする際にはjoinableである以外に条件があるのでしょうか。

2018/05/29(火) 23:59:57.19

>>897
スレッドローカル記憶域とか破棄されたあとにアクセスしてんじゃないの？

2018/05/30(水) 00:33:26.79

std::threadのdetachってスレッドを手放すだけでキャンセルはしないのでは
ラムダ式で処理を渡してるなら、ローカル変数の参照キャプチャとかしてるない？

2018/05/30(水) 00:33:44.46

detachしてもスレッドは動き続けますが。

2018/05/30(水) 00:56:37.13

一般にスレッドのキャンセルは難しいので適当に処理を終わらせてjoinするのが良いも思う

2018/05/30(水) 01:10:14.80

https://ideone.com/3LDXGx
質問です。定期的に同じ関数をスレッドで起動するクラスを作りました。
んでコード中のここ無駄って書いてある行を削除する方法はありませんか。
開発はVCでやってますが、GCCでも通ればいいなーと思っています。

**897** (ﾜｯﾁｮｲ 89ab-wW0t) · 2018/05/30(水) 02:51:38.91

すみません。言葉足らずでした。
メインスレッド：GUI、サブスレッド：既存のライブラリでデータ補間の重い処理
を担当していて、途中でデータ補間パラメータを変更したくなった場合
キャンセルボタンを押してやり直す、という処理を考えています。
CPUは複数コアあるのでサブスレッドが走り続けてリソース開放が遅れるのは
構わないのですがjoinするとそこで処理終了まで待ってしまうのでdetachしたいわけです。重い処理のループの中にキャンセル用フラグでも用意できればキャンセル通知後
ループを抜けて速やかにjoinするところまで到達させる等の方法があるのですが、
既存ライブラリなのでそうはいかず諦めてdetachしようと考えています。
そのまま走り続けるだけだから結果を回収せずほっておけば良いのかと思ってましたが
甘かったみたいです。
>>898
thread_localは使っていないです。
>>899
アドバイスありがとうございます。関数オブジェクト作ってキャプチャは使っていないです。
>>901
スレッドを平和理に終了させる方法はなさそうなのでdetachできなければ諦めてjoinするしかなさそうですね…

とりあえず最小の再現例を作ってみることにします。

2018/05/30(水) 09:53:15.07

重い処理の方を別プログラムのプロセスにしちゃって止めるときはブチ殺すのがシンプルで良さそうに見える

2018/05/30(水) 17:43:48.31

>>903
async つかえ。
wait_forっていう関数がプロミスにある。