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/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使うたびにトラブル起こってつら

2018/06/01(金) 08:14:44.74

>>921
他に条件があるならともかく、普通にjoinで待てばよくね？

2018/06/01(金) 08:27:54.49

>>922
joinしたら再利用できないだろ

**デフォルトの名無しさん** · 2018/06/01(金) 08:30:22.24

>>931
別に、joinで済むならjoinでいいんじゃね

2018/06/01(金) 09:15:20.19

キャンセルしたくなるほど長い処理ならスレッドキューイングする利点はない
もちろんしたいならしてもいい

2018/06/01(金) 09:35:53.16

C++を使うなら、Windowsでいいんじゃないの。
Clang、gcc、clと主要なコンパイラが動く貴重な環境だし。
文書を残さないといけないからアプリも必要。
図を描くのにvimでSVG書くって人もいるけど、流石にそれは労力の使い方を間違えてる。

2018/06/01(金) 10:01:00.93

サブスレッドでjoinして結果を使わない、というのとデタッチするのとどう違うんやろな。デタッチってなんのメリットあるんやろか。

2018/06/01(金) 10:15:36.25

自分で書いてる通り結果を使わなくて終了も待ちたくないなら join せずデタッチ。
メリットはリソース(スレッドハンドルなど待ち合わせ用リソース)の自動的な解放くらいか。

2018/06/01(金) 11:41:29.12

連結リストのクラス list があります。
addFirst
removeFirst

などのメンバ関数があります。

この list を継承して、 stack クラスを作ります。

stack クラスにはメンバ関数 push と pop があります。

push の中で addFirst を呼んでいます。
pop の中で removeFirst を呼んでいます。

stack クラスのインスタンスからは、 list クラスの addFirst, removeFirst などを
利用不可としたいのですが、どうすればいいのでしょうか？

: public list と継承するともちろんダメです。
: private list と継承すると push の中で呼んでいる addFirst が使えなくなってしまいます。

どうすればいいのでしょうか？

2018/06/01(金) 11:47:52.19

protect

**デフォルトの名無しさん** · 2018/06/01(金) 11:55:31.26

friend

2018/06/01(金) 11:55:48.39

・stack : protected listとして、必要なメンバをstackで明示的に公開する。
　　・listとstackのポインタに互換性がなくなる。

2018/06/01(金) 11:58:45.22

・assert、throw等で警告するだけのaddFirst、removeFirstをstack側に作りオーバーライドし、規約で使うなと言っておく。
　　・非常にダサい。

2018/06/01(金) 12:00:33.78

・基底クラスbasic_listを設け、そこからlistとstackを別に派生する。

2018/06/01(金) 12:12:54.27

>>935
釣りか？
MSYSがあるからなんとか我慢して作業できるが
仕事以外でそんな苦痛を受けながらプログラミングなんかしたくはない

2018/06/01(金) 12:31:43.05

>>944
wslでおｋ。

2018/06/01(金) 12:33:20.56

wslを有効にしてコルタナにウブンツと言えばすぐ使えます。

2018/06/01(金) 12:41:08.30

wslでWindowsネイティブなバイナリ作れんの？

2018/06/01(金) 12:43:01.01

>>944
> 仕事以外でそんな苦痛
でもどんな苦痛なのかは書けない w

2018/06/01(金) 12:44:36.05

さあどうだろ？
Linux側からWindowsのファイルは読めるけど。
環境設定が大変そうだな。
逆にWindows側からLinuxのファイルを直接変更したらだめらしい。

2018/06/01(金) 12:47:41.68

俺のおすすめの使い方は、Windowsバイナリはcl、Linuxバイナリはwsl上のgccで作る。
開発環境はVisual Studio2017、CMakeプロジェクトを使う。
これだけでWindowsとLinux両方対応できる。

2018/06/01(金) 12:51:07.74

>>950
それ良さそうだな
今度試してみる

2018/06/01(金) 13:01:33.50

>>939-943

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

Macを使っている人はいませんか？
コンピュータサイエンティストって大抵Macのノートパソコンを使っているイメージがあります。

2018/06/01(金) 13:11:39.88

>>952
mac使ったところでmacしか使えないだけ
本物になりたいならシェアが高いウインドゥスを使え
もしくはLinux

2018/06/01(金) 13:29:21.95

>>944
別に補陀落渡海しても良いのよ

2018/06/01(金) 13:30:34.27

>>952
Macの内部はUnixだから