C++相談室 part151

**デフォルトの名無しさん** · 2020/05/14(木) 11:53:25.59

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

前スレ
C++相談室 part150
https://mevius.5ch.net/test/read.cgi/tech/1584975873/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1556142878/

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

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

テンプレここまで

**デフォルトの名無しさん** · 2020/06/25(木) 22:01:17.65

ライブラリなんだから
メンバ関数は全てライブラリ側で実装するだろ普通

テンプレートとか別途リンクが不要なことが売りなライブラリならともかく

何のためのライブラリだか

**632** · 2020/06/25(木) 22:05:49.15

>>633
ヒント:仮想関数、コピー不可、Factory

**デフォルトの名無しさん** · 2020/06/25(木) 22:06:38.78

てかこの要件だと>>617ですでに答え出てる気がする

**デフォルトの名無しさん** · 2020/06/25(木) 22:06:48.48

案を出せない人間が何を言っても負け犬の遠吠え

**デフォルトの名無しさん** · 2020/06/25(木) 22:09:27.67

>>636
>>572に対してメリットあるか？

**デフォルトの名無しさん** · 2020/06/25(木) 22:11:36.08

>>635
あれ？
もしかして
互換性保持した修正はギブアップで
依頼者の要件を無視した案を言ってる？

**デフォルトの名無しさん** · 2020/06/25(木) 22:14:20.52

>>637
っ[鏡]
てかID変えたんか？

>>638
>>573

**デフォルトの名無しさん** · 2020/06/25(木) 22:15:15.45

>>639
>>633に対して反論したんだが
すり替えてんじゃねーよ

**デフォルトの名無しさん** · 2020/06/25(木) 22:16:59.09

外部から直接アクセスしない変数を置き換えるに決まってるたろ

連想配列だと
初期化順とかスレッド安全とかパフォーマンスとか
色々と心配だねえ

**デフォルトの名無しさん** · 2020/06/25(木) 22:20:39.99

>>636
どこが答えだよ
>>617 は無理だよ
アプリ側でnew/deleteされたことをライブラリ側はトラッキングできない
アプリ側でnew/deleteされてないのだったら問題になってない
アプリに手を加えていいのだったらバイナリ互換考えなくていい

**デフォルトの名無しさん** · 2020/06/25(木) 22:20:56.12

>>641
>>632はお前だろ？

**デフォルトの名無しさん** · 2020/06/25(木) 22:26:37.67

>>643
新しいthis来たら新しく作るだけだろ
deleteに対してはどうにもできんけど

>>644
馬鹿かお前は
ポインタで扱う前提に乗っかったのはお前だろ
バカにしようとして自爆したのに逆ギレか

**デフォルトの名無しさん** · 2020/06/25(木) 22:26:45.54

コピーを使わない、もしくはインラインじゃないなら>>595

コンストラクタ、デストラクタ、コピーがインラインじゃないなら
>>572で良い

new deleteはアプリ側でもライブラリ側でも問題ない

**デフォルトの名無しさん** · 2020/06/25(木) 22:29:26.54

何言ってんだこいつ

**デフォルトの名無しさん** · 2020/06/25(木) 22:29:51.27

コンストラクタはインラインでも>>572で問題ないね

**デフォルトの名無しさん** · 2020/06/25(木) 22:35:32.05

>>643より>>572の方が良いね
隙間があってコピーで問題なければ>>595

**デフォルトの名無しさん** · 2020/06/25(木) 22:36:49.66

>>643じゃなかった
連想配列案

**デフォルトの名無しさん** · 2020/06/25(木) 22:47:52.28

インラインじゃないならって、普通コンパイルオプションやnoinlineで指定してない限り、
実装が見えているメンバ関数は全てインライン展開はされうるんだぞ

そんな厳しい前提がOKなら>>645で言ったdeleteの問題だって対処できる

**デフォルトの名無しさん** · 2020/06/25(木) 22:50:51.97

>>572と>>617
デストラクタがインラインだとダメなのは同じ
コピー時の制約も同じ

速度、スレッド安全性、初期化順などの心配事に関しては>>572の勝ち

>>572は外部からアクセスしていないポインタサイズの変数の存在が条件

**デフォルトの名無しさん** · 2020/06/25(木) 22:54:30.29

>>651
ヘッダにない関数はインラインにしようがない

**デフォルトの名無しさん** · 2020/06/25(木) 22:59:14.54

>>572や>>595のスペースが全く無いなら他の方法を考えるしかないけど

**デフォルトの名無しさん** · 2020/06/25(木) 23:01:53.27

デストラクタ問題に対応出来るのは今のところ>>595だけ

**デフォルトの名無しさん** · 2020/06/25(木) 23:05:32.49

暗黙定義のものが一つも無ければね
(=ヘッダに宣言はあるが実装は見えないものだけ

てか別に>>617じゃないといけないとは言ってないが
>速度、スレッド安全性、初期化順
速度が必要とか一言も書いてないし
スレッド安全性て、連想配列使うのはライブラリ内だけなんだからライブラリ側で対処すればいいだけ

>>655
ユーザーが使ってない変数や領域に新しいメンバを含む構造体へのポインタを入れる案も
根本的には連想配列案と一緒だよ、デストラクタが非インラインでなければ解放できないぞ

まぁ今ある情報だけで議論してもどうにもならんが

**デフォルトの名無しさん** · 2020/06/25(木) 23:06:38.16

>>656の最初は>>653宛

**デフォルトの名無しさん** · 2020/06/25(木) 23:11:48.74

>>656
>>595を勘違いしてる
ポインタを入れるわけじゃない
隙間に変数そのものを入れる

**デフォルトの名無しさん** · 2020/06/25(木) 23:23:27.92

コンテナやスマポなど、コピーやデストラクタで処理される物の中身を少し大きくするとか
close()みたいな最後に必ず呼ばれる関数があればそこに入れ込むとか
中身がわかればもっと別の案も出るかも

**デフォルトの名無しさん** · 2020/06/25(木) 23:30:07.30

>>656
速度が必要と書いてなければ速度無視が前提って...
なかなか衝撃発言ですねえ

C++なんだから組み込みのチープ環境かもしれないし
リアルタイム処理かもしれないし
もしかしたらISR内部かも
(ISRならnewも問題になるか)

速度がどうでもいい用途でいまだにC++を使うって
どんな業界かな？

**デフォルトの名無しさん** · 2020/06/25(木) 23:34:58.25

ほんとにド素人だな・・・呆れた

**デフォルトの名無しさん** · 2020/06/25(木) 23:41:46.09

負け宣言？
雑魚が

**はちみつ餃子** ◆8X2XSCHEME · 2020/06/25(木) 23:52:04.02

>>661
どーしろと？ (駄洒落)

**デフォルトの名無しさん** · 2020/06/26(金) 07:52:12.45

不変のアブストラクトクラスを作っておいて
実装はそこの派生クラスでやり
使用者はポインタで使う

◆QZaw55cn4c · 2020/06/26(金) 19:50:48.55

>>663
冴えてる！
いつもすてきなはちみつさんですね！

**デフォルトの名無しさん** · 2020/06/26(金) 20:05:18.50

糞コテ集合

**デフォルトの名無しさん** · 2020/06/26(金) 22:39:47.73

あと蟻人間とかいうやつが揃えばジャックポット

**デフォルトの名無しさん** · 2020/06/26(金) 22:59:40.41

よーし、みんな呼んじゃうゾ

void君、rubyガイジ、jquery房ーっ

**デフォルトの名無しさん** · 2020/06/27(土) 00:11:14.27

蟻ははちみつが大好き。
ハチとアリは同属。

**デフォルトの名無しさん** · 2020/06/27(土) 03:40:34.85

　　∩＿＿＿∩　　　　　　　　｜
　　 | ノ＼　　　　ヽ　　　　　　　|
　　/　　●゛　　● |　　　　　　　|
　 |　∪　　( _●_)　ミ　　　　　　j
　彡､　　　|∪|　　 |　　　　　　Ｊ
/　　　　 ∩ノ ⊃　ヽ
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／

**デフォルトの名無しさん** · 2020/06/27(土) 03:55:34.00

心底どうでもいい

**デフォルトの名無しさん** · 2020/06/27(土) 10:40:14.09

片山右京

**デフォルトの名無しさん** · 2020/06/27(土) 13:08:47.90

杉下右京

**デフォルトの名無しさん** · 2020/06/27(土) 14:16:45.56

博文

**デフォルトの名無しさん** · 2020/06/27(土) 22:55:32.89

今時のmodern c++で、マルチスレッドやるにはどうすればいいでしょうか。とりあえず今はC++17でコンパイルしてますが
1.c++20のコルーチンとコールチンライブラリを使う
2.固定スレッド数のスレッドプールなら簡単に実装できるので自分で実装、もしくは素敵なライブラリがある?
3.std::thread,std::asyncでいいや

**蟻人間** ◆T6xkBnTXz7B0 · 2020/06/27(土) 22:59:52.80

>>675
std::threadとOpenMPが基本かな。

**デフォルトの名無しさん** · 2020/06/27(土) 23:00:22.36

とりあえず、MSVCを使ってます
1は時期尚早?
2はMSVCだとTask Parallel Libraryがあるけど、プライオリティキューを使いたいとなるとやっぱ自前?
3はね
皆さんはどんな感じでしょうか

**デフォルトの名無しさん** · 2020/06/27(土) 23:06:40.51

マルチスレッドやる
がわからん

何をしたいの？

**デフォルトの名無しさん** · 2020/06/27(土) 23:10:16.30

タスクの実行を(優先順位付きで)スケジュールしたり、キャンセルしたりしたいです
非同期処理?
なんてｲｴﾊﾞいいのだろう

**デフォルトの名無しさん** · 2020/06/27(土) 23:12:59.91

環境は？

**デフォルトの名無しさん** · 2020/06/27(土) 23:14:55.69

MSVCのWindowsアプリです

**デフォルトの名無しさん** · 2020/06/27(土) 23:24:28.13

MFC
Windows API
std::thread

どれでも出来るけど

求めるものは？
性能？作りやすさ？移植性？

**デフォルトの名無しさん** · 2020/06/27(土) 23:26:07.41

まぁ、windowsにはwin32でthread pool apiがあったり、ATLでCThreadPoolクラスみたいのがあるっぽいんですが、昔より今時の方法で..

性能はあんま気にしてません
作りやすさですね

**デフォルトの名無しさん** · 2020/06/27(土) 23:26:45.37

普通に自作すれば？
仕様を好み通りに出来る

**デフォルトの名無しさん** · 2020/06/27(土) 23:29:23.19

性能はあんま気にしてませんが、テスト的にstd::threadで今は実装してますが、セマフォなりで全く制御してないのでCPU使用率がはねあがって、セマフォで制御するくらいならスレッドプールくらいは導入したいなと

**デフォルトの名無しさん** · 2020/06/27(土) 23:35:09.74

>>684
優先順位付きとかやると色々自前が楽かなぁと思ってたんですが、やっぱ自前ですか
ありがとうございます

**デフォルトの名無しさん** · 2020/06/27(土) 23:51:55.88

msvcならasync使えばthread pool使われてたような
async|deferredでは問題ないけど、asyncのみだと仕様的にアウトっぽいから将来的に修正されるかもしれんが

**デフォルトの名無しさん** · 2020/06/27(土) 23:55:27.13

プライオリティキュー
自体を既に使ってるなら
待つ仕組みだけ追加すれば良いのでは？

**デフォルトの名無しさん** · 2020/06/27(土) 23:58:18.31

while (1){
イベント待ち
イベントクリア
キューから取得
処理
}

----

キューに追加
イベントセット

**デフォルトの名無しさん** · 2020/06/28(日) 00:14:46.55

>>687
そんなこんなこと書いてありますが、std::asyncってdetachできないですよね?
こういう作りがいいのか知りませんが、基本UIスレッドから非同期処理実行して完了したらWinAPIのPostMessageで完了通知してます
ので、std::threadみたくdetachしたいのです

>>689
プライオリティキューはこれから実装するんですが、単にstd::set使ってlessパラメーター指定すればできあがり?とはいかない?

**デフォルトの名無しさん** · 2020/06/28(日) 00:19:31.12

while (1){
イベント待ち
イベントクリア
while (キューから取得){
処理
}
}

----

キューに追加
イベントセット

**デフォルトの名無しさん** · 2020/06/28(日) 00:21:59.78

こうだった

std::set / less
同じプライオリティがダブらないならこれでも

**デフォルトの名無しさん** · 2020/06/28(日) 00:25:52.98

プライオリティはダブルんですけど、要素がプライオリティじゃなくて、プライオリティと例えば実行するstd::functionのペアで、このペアオブジェクトがダブらないはず

**デフォルトの名無しさん** · 2020/06/28(日) 00:27:09.32

お前は人の相談に乗れるレベルなのか？

**デフォルトの名無しさん** · 2020/06/28(日) 00:33:11.03

>>693
同じfunctionが複数セットされても
実行が1回になってもいいなら
それでいいんじゃない？

**デフォルトの名無しさん** · 2020/06/28(日) 00:42:37.03

>>695
unordered系しか本格的に使ったことしかないんですけど
std::pair使わずに独自ペアオブジェクトじゃだめそうだな..
std::pairをstd::shared_ptrでラップすればOKそうに見える

**デフォルトの名無しさん** · 2020/06/28(日) 00:43:43.83

lessもプライオリティとfunctionのペアってことね

同じプライオリティの処理が
キューにセットした順にはならなくなるけど

個人的には
キューにセットした回数分実行するために
multisetにしたい

**デフォルトの名無しさん** · 2020/06/28(日) 00:46:39.83

プライオリティが多くないなら
ブライオリティ別のdequeにすれば
公平性は保たれるし比較も不要

**デフォルトの名無しさん** · 2020/06/28(日) 00:46:53.66

multisetですか、ちょっと調べてみます

**デフォルトの名無しさん** · 2020/06/28(日) 00:56:32.40

あー。multisetでいいですね。それにします。
ありがとうございます

**デフォルトの名無しさん** · 2020/06/28(日) 06:20:46.65

ここまでintel TBBなし

**デフォルトの名無しさん** · 2020/06/28(日) 06:44:27.88

>>675
C++17ならstd::execution::parが使えるぞ

**デフォルトの名無しさん** · 2020/06/30(火) 18:13:09.56

C++17を指定する#pragmaない？ gccかclで

**デフォルトの名無しさん** · 2020/06/30(火) 20:39:19.04

>>703
引数じゃいかんのか？

**デフォルトの名無しさん** · 2020/06/30(火) 21:05:33.59

本当はC++17をデフォにする設定とかあればいいんだけど
探しても見つからんかった

**デフォルトの名無しさん** · 2020/06/30(火) 21:06:36.98

「現行規格」をデフォにできねえのおかしいだろ
作業が必要でも構わんが方法がないのは

**デフォルトの名無しさん** · 2020/06/30(火) 21:12:22.03

エイリアスしたらだめなの？
全然見当違いなこと言ってる？

**デフォルトの名無しさん** · 2020/06/30(火) 21:12:29.49

おかしいのはお前

**デフォルトの名無しさん** · 2020/06/30(火) 21:15:58.24

Makefileか*shrcにでも書いておけばいいだろ…

**デフォルトの名無しさん** · 2020/06/30(火) 21:15:59.68

あるだろ
-std=c++17

**デフォルトの名無しさん** · 2020/06/30(火) 21:34:29.72

普通の人
オプションないのはおかしいだろ
→あるはずだから探そう

**はちみつ餃子** ◆8X2XSCHEME · 2020/06/30(火) 22:05:18.46

GCC なら specs に書いておくという方法もあるよ。

**デフォルトの名無しさん** · 2020/07/01(水) 01:50:44.15

GCC 11からデフォルトで17になるよ
やったね

**デフォルトの名無しさん** · 2020/07/01(水) 10:19:56.89

C++で作られているモダンなマテリアル風デザインのWindows用デスクトップアプリのソースを見ると
Direct2dやGDIを駆使して自前で描画していたのですが、ここまでしないといけないものなんでしょうか…？

**デフォルトの名無しさん** · 2020/07/01(水) 10:45:42.03

ソレがイヤなら金だして買え
C++BuilderやらMFCやら色々あるぞ

**デフォルトの名無しさん** · 2020/07/01(水) 12:12:18.25

コンパイルオプションであるのは当たり前だけど
それだとソースとmakefileみたいに別管理になる
ソースにコメントでC++17以上とか描くくらいなら
最初からpragmaでC++17以上指定とかしたいって
自然な要求だと思うけど

**デフォルトの名無しさん** · 2020/07/01(水) 12:22:38.02

C++17の機能を使わなきゃ良い

**デフォルトの名無しさん** · 2020/07/01(水) 12:30:52.21

0x以前でも動くのが理想

**デフォルトの名無しさん** · 2020/07/01(水) 12:33:19.40

>>714
別にそこまでしなくても良いけど自前描画は割とメリットも多い
Win32のコントロールって一つ一つは割と大きなオブジェクトだからね
それを省いて絵だけで完結させると驚くほど軽くなったりする
WinFormsに対するWPFの発想がこれ
ただしWPFは抽象化に抽象化を重ねた結果、返って重くなってしまったという産廃だが

**デフォルトの名無しさん** · 2020/07/01(水) 12:49:57.46

>>716
元の質問者は引数じゃいけない、エイリアスじゃいけないとは一言も説明してないのに、回答を無視してできないのはおかしいとか言ってるから、はあ？できるだろって叩かれてるんだと思うが。

あと、プリプロセッサで指定バージョン以下のコンパイラを使ったときにエラーにすることは今でもできる。

**デフォルトの名無しさん** · 2020/07/01(水) 13:20:57.29

>>716
指定して何をしたいんだ？
17に対応しないコンパイラを使ったら排除したいのか？
そんなもんマクロ使えよ

**デフォルトの名無しさん** · 2020/07/01(水) 13:24:24.14

そもそもpragmaは無視しても問題ないんだぞ
こんなもんで17指定してなんの意味があるんだか

**デフォルトの名無しさん** · 2020/07/01(水) 20:22:39.52

static_assert(__cplusplus >= 201703, "C++17 or later only");
これだと、せっかくC++17できるコンパイラなのにエラーという愚かなことになるだろ
#pragmaとは言ったけど、has_includeみたいな標準に何か追加でもいいんだけど

**デフォルトの名無しさん** · 2020/07/01(水) 20:35:37.32

C++17の機能を使わないのが一番

**デフォルトの名無しさん** · 2020/07/01(水) 20:37:50.71

またABIか変わるかもしれないのにソースファイルごとに勝手にコンパイラが変わったら困るんじゃないの？

**デフォルトの名無しさん** · 2020/07/01(水) 21:14:42.95

コンパイラオプションつけるのになんの問題が

**デフォルトの名無しさん** · 2020/07/02(木) 04:30:05.73

ダメだ通じてない

**デフォルトの名無しさん** · 2020/07/02(木) 08:58:39.89

そりゃ意味ないからな
configureに準拠規格オプション探すマクロ1つ入れとけば済む話だし

**デフォルトの名無しさん** · 2020/07/02(木) 10:53:47.11

// this program is C++17
と書いて手作業に期待するのを
#pragma C++17
で自動化するのは意味がないと言うのか？

自動認識はそう珍しい話ではないと思うが

**デフォルトの名無しさん** · 2020/07/02(木) 11:27:53.06

今でもconfigure.acに
AX_CXX_COMPILE_STDCXX_17
って書くだけで済むから

**デフォルトの名無しさん** · 2020/07/02(木) 11:40:05.93

他人に巻くプログラムならビルドパッケージでどうとでもなるし
自家用ならmakefileにオプションまでベタ書きでいいし
何にこだわってるのか知らん

**デフォルトの名無しさん** · 2020/07/02(木) 12:20:13.78

プログラム１つのためにGCCをわざわざビルドしろだと？
おちょくってんのか

**デフォルトの名無しさん** · 2020/07/02(木) 12:21:08.29

C++17の機能を使わなきゃ良いだけ