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/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っていう関数がプロミスにある。

2018/05/30(水) 17:44:50.87

>>902
たのんますー。

2018/05/30(水) 17:50:39.57

基本的にstd::threadでキャンセルは不可能。
自分でそういう機構を汲んでやらないといけない。
whileの実行をキャンセルするbool変数つっこむとか。
それでもクリティカルパスの実行は避けられない。

2018/05/30(水) 18:55:49.81

強引にスレッドを殺すと、
そのスレッドが確保してたリソースが解放されないかもしれないぞ
メモリであったりセマフォだったりハンドルだったり

ちゃんと終了処理を追加しないとダメだよ

2018/05/30(水) 19:05:49.61

そのスレッドが使用するメモリ等のリソースを全て
スレッド終了まで保持していても

>>897
＞メモリを破壊しているようで全然別の箇所で色々なエラーが出てきます。system_errorは送出されていません。

となるなら、そもそもそのライブラリがスレッドセーフじゃないのかもしれない。

>>904式に別プロセス化するのが一番なのかもね

2018/05/30(水) 22:01:02.21

ぷぅうううううううううりいいいいいいいぃいいいいいいいいいずへーーーーーーーるぷみーーーーーーーーーー。

2018/05/31(木) 16:11:24.94

関数の中にif(cancel)return;みたいなのを大量に仕込んで外からフラグを立てて止めろ

2018/05/31(木) 19:02:31.60

基本的にはフラグで止めるか別プロセスで実行するのが定石だが
質問者は

>CPUは複数コアあるのでサブスレッドが走り続けてリソース開放が遅れるのは
>構わないのですがjoinするとそこで処理終了まで待ってしまうのでdetachしたいわけです。

と言ってるからなぁ

◆QZaw55cn4c (ﾜｯﾁｮｲ da60-667V) · 2018/05/31(木) 20:27:20.65

join なんて、カラクリが良く分からないものを、よく使う気になるなぁ
私なら、チャイルドプロセスが自爆するように、陽に記述するなぁ

2018/05/31(木) 20:40:15.15

joinが嫌ならdetachすればいいのよ
パンがなければお菓子をたべればいいのよ

2018/05/31(木) 20:53:09.91

世の中には信じられないメンタリティの人がいるもんだなあ

2018/05/31(木) 21:03:58.91

join のカラクリは何も難しいことないと思うが

2018/05/31(木) 21:13:34.61

標準ライブラリが嫌ならpthread使えばいいのよ

**897** (ﾜｯﾁｮｲ bdab-b3FY) · 2018/05/31(木) 21:49:57.28

いろいろアドバイスありがとうございます。
どうもdetachした後に局所変数が確保されるとスタックを破壊してしまうようで、
局所変数を確保する前に>>911氏のいうようにif(cancel)return;入れるとLinuxでは落ちなくなりました。
ですが、windowsでは改善せず諦めました。atomicにするのものも面倒ですし。

結局キャンセルするときは結果を回収せず、さらに別スレッド立ち上げてjoinすることで
メインスレッドのGUIに制御が戻るようにしました。長期的には別プロセス化するしかなさそうですね。
ありがとうございました。

2018/05/31(木) 21:53:20.51

> 既存ライブラリなのでそうはいかず
って書いてあるのに>>905,>>907-908,>>911とかバカなら黙っとけよ...

2018/05/31(木) 22:35:57.56

913はスレッドを自爆させた後joinしないのであろう…

**デフォルトの名無しさん** · 2018/05/31(木) 22:51:40.57

子スレッドが一つならjoinで待っててもいいけど、複数個になったら無限ループで待つよね

2018/05/31(木) 22:52:12.55

ていうか「重い処理かつ終了に時間が要するスレッド」複数個を所有するサーバみたいなスレッドを一発噛ませて、
パラメータを変えたくなったら「現行スレッド停止」と「新しいパラメータでのスレッド起動」をサーバに対して指令するつくりにすれば
良い
この場合は「重い処理かつ終了に時間が要するスレッド」が終了するまで誰も待つ必要はなく（※サーバ終了時は除く
、サーバみたいなスレッドは、クライアントから「新しいパラメータでのスレッド起動」コマンドを受けたときおもむろに
「死んでる（再利用できる）スレッドはどれかいな～、」とタイムアウト0秒のjoinでポーリング式にサーチすれば良い

現行スレッドが死ぬまでの間現行スレッドと新たに起動するスレッドが並列に動くことになるが
>CPUは複数コアあるのでサブスレッドが走り続けてリソース開放が遅れるのは構わない
ということですしおすし、

2018/05/31(木) 22:56:14.51

>>921
ウィンドーズならWaitForMultipreObjects()とかその亜種で複数の終了待ちができうる
そうでなくともイベントフラグの同時待ちはだいたいどんなマルチタスクOSでもできるから
それを使って類似のしくみを作れうる、。

2018/05/31(木) 23:21:33.93

>>923
できうる、作れうるって日本語的におかしいだろう

2018/06/01(金) 04:04:16.74

ウインドーズとか何か別物感あるし、multipleのスペルもおかしいし大丈夫か

2018/06/01(金) 04:08:40.92

色々なところで糞が露呈している
それがWindows

2018/06/01(金) 04:11:32.11

デザインとしては Windows の方が現代的なんだけど、
色んなものが POSIX を基本にしたデザインになってるから噛み合わないんよなぁ。

2018/06/01(金) 04:16:04.83

POSIXに準拠できないWindowsがどうかしている

2018/06/01(金) 04:22:16.25

>>928
昔は POSIX 準拠にしてたよ。
アメリカの政府が採用するのに POSIX を要求してたみたいで、仕方なくやったって話。
だけど、基本的なモデルが違うものに API だけ接ぎ木してもなぁ。

2018/06/01(金) 04:43:45.31

windowsでpthread使うたびにトラブル起こってつら