C++相談室 part159

**デフォルトの名無しさん** · 2022/02/19(土) 11:56:42.14

前スレ
C++相談室 part158
https://mevius.5ch.net/test/read.cgi/tech/1636969758/

**デフォルトの名無しさん** · 2022/02/23(水) 16:14:02.97

>>130
>>120も回答じゃないけどｗ

**デフォルトの名無しさん** · 2022/02/23(水) 16:42:08.43

126と86は俺だけど…

**デフォルトの名無しさん** · 2022/02/23(水) 16:45:52.89

>>126
kwsk
複数プロセスから同一ファイルに対する同時書き込みオープンは当然できなず、後から開こうとしたプロセスはオープンに失敗する
その場合失敗したプロセスは（エラー要因を調べた上で）一定時間（例えばT秒後）後にオープンを再トライする必要がある
んまーそう作っても良いが（ファイルアクセス権獲得待ちをいつでも簡単にやめられるメリットがある）が、
失敗の度にT秒消費するというのをミューテックスを使えば短縮できる

**デフォルトの名無しさん** · 2022/02/23(水) 16:51:07.27

オープン失敗したら100ms開けてリトライで十分だろう。待機が嫌なら非同期で実装するだけ。
T秒消費するというが同期オブジェクト使っても変わらん。

**デフォルトの名無しさん** · 2022/02/23(水) 16:54:41.39

>>134
>T秒消費するというが同期オブジェクト使っても変わらん。
間違い。
同期オブジェクトを使えばプロセスAがファイルへのアクセス権を行使中、
プロセスBがアクセス権が回ってくるのを待っている状態で
プロセスAがアクセス権を放棄した瞬間にプロセスBにディスパッチされる
ことが気体できる
無駄というものが最小限で済む

**デフォルトの名無しさん** · 2022/02/23(水) 16:58:57.65

同期オブジェクトってそんな低レベルで存在しとる概念なのかね

**はちみつ餃子** ◆8X2XSCHEME · 2022/02/23(水) 17:06:44.05

同期オブジェクトを機能させるためにスケジューラに負担をかけるので
待機時間が特に短いことがわかってるならスピンロックのほうが性能は出る可能性はある。
でもスピンロックを正しく実装できる気がしない。

同期のための仕組みを用意してくれてるんだからそれを使っておくのが基本的には楽だよ。
待機時間 100ms のところを 10ms とかに短縮できたところでなんだというんだ。
それが必要な場合もあるといえばあるけど、どちらがより良いかは状況による。

**デフォルトの名無しさん** · 2022/02/23(水) 17:12:13.15

>待機時間 100ms のところを 10ms とかに短縮できたところで
プロセスAがファイルのアクセス権を握り続けている間、
プロセスBがファイルシステムを10 ms周期でcallすることになるな！

**デフォルトの名無しさん** · 2022/02/23(水) 17:17:22.47

消費ってCPUリソースの話じゃないのか。
書き込みに100msの待機が問題となるようなリアルタイムな要件があるならともかく
ファイルの書き込みなんていう遅いものは非同期の実装に頭使うほうが効率的だろう。

**デフォルトの名無しさん** · 2022/02/23(水) 17:21:14.59

非同期の実装を最小の時間ロスで安全に行うものにするにはミューテックスによる同期が必要なわけで（以下無限ループ

**はちみつ餃子** ◆8X2XSCHEME · 2022/02/23(水) 17:24:49.92

スピンロックは沼なんで、
OS が用意してくれとる仕組みを使えってことで FA 。

**デフォルトの名無しさん** · 2022/02/23(水) 17:26:48.01

>>136
同期は機械語レベルの話じゃけんのう。
尻拭いの案件でよく見るが間違ってもCでグローバル変数でif文で切り分けとかしないでくれよ。
OSが提供する同期オブジェクト使うんだ。

**デフォルトの名無しさん** · 2022/02/23(水) 17:30:05.39

タイミング合わせるために工夫をこらしたプログラムってのは見ていて嫌な気分になるのう
8bit機なら全部ビジーウェイトでいいんだけど

**デフォルトの名無しさん** · 2022/02/23(水) 18:04:03.45

>>94のコードでコメントを外してビルドし、端末を2つ開いてほぼ同時にそれぞれ
./実行ファイル名 hoge1
./実行ファイル名 hoge2
で実行してやると分かるけど、オープンはできていて書き込みも行われるよ

ポーリングで見ようがロックできなければ>>101の解説どおり危険な瞬間(同時にAPIが呼ばれる瞬間)は必ず発生してしまう。
ポーリング間隔0をスピンロックとかビジーウェイトと言ってるのだと思うが、用語の使い方は置いておいて、0でも同様。

**デフォルトの名無しさん** · 2022/02/23(水) 18:13:52.21

8bitのCPUなんて命令の消費clockでタイミング取るとか普通やん

**デフォルトの名無しさん** · 2022/02/23(水) 19:32:25.60

ウェイト気にするんだったらI/O周りでガチャガチャするより書き込み要求をキューで受け付ける専門プロセス用意しろよ

**デフォルトの名無しさん** · 2022/02/23(水) 19:34:41.10

>>117
ありがとうございます、inline変数を試してみます

**デフォルトの名無しさん** · 2022/02/23(水) 19:41:23.72

>>120
コードは手元(スマホ)にはないので貼れないです、すみませんが日本語で理解してもらえると助かります。
クラスHogeは書いている通りシングルトンです。
よく分かっていませんがHogeは静的ライブラリ？というのでしょうか。
visual studioでいうと、
Hogeが入っているプロジェクトと
mainのプロジェクト、
dllのプロジェクトの3つがあって
mainとdllのプロジェクトの両方が「参照」でHogeが入ってるプロジェクトを依存関係？構築してます。

**デフォルトの名無しさん** · 2022/02/23(水) 20:42:20.48

>>148
日本語で説明できてないんだよｗ
今も確認が必要になってるだろ
問題は何？
シングルトンオブジェクトが、プロセス内に2つ(exe側とdll側)あること？
dllは遅延ロードするの？

**デフォルトの名無しさん** · 2022/02/23(水) 20:50:56.75

>>146
結局ここまで全部要件の問題ということで・・・

**デフォルトの名無しさん** · 2022/02/23(水) 21:10:52.14

Hogeのヘッダとlibファイルをmainとdllのプロジェクトに追加するだけの話じゃないのか。

**デフォルトの名無しさん** · 2022/02/23(水) 21:37:03.52

>>151
こんな感じになってるんだと思う
https://wandbox.org/permlink/ME0HLrM3vXDeMvoR
main.cpp(exeプロジェクト)
api.h(dllプロジェクト)
api.cpp(dllプロジェクト)
Sample.h(libプロジェクト)
Sample.cpp(libプロジェクト)
vc++で実行すれば分かるけど、dllとexeでインスタンスが2個出来る
IDEが作るファイルは使ってない(プリコンパイル済ヘッダ未使用vs2019で確認)

**デフォルトの名無しさん** · 2022/02/23(水) 21:55:19.66

>>148
あーすまん.dllならinline変数でもダメだわ
.libとの変数共通ならいけるんだが

**デフォルトの名無しさん** · 2022/02/23(水) 22:10:26.11

>>152
どうせ昼間のIDの誰かが質問者兼>>153だと思うので面倒なので補足しておく。

もし>>149の
> シングルトンオブジェクトが、プロセス内に2つ(exe側とdll側)あること？
がYesで
> dllは遅延ロードするの？
がNoなら
クラスSampleの宣言に__declspec(dllexport)を付けることで、1つにすることはできる。
ただし実体がdllに入るので、遅延ロードはできない作りになる。

**デフォルトの名無しさん** · 2022/02/23(水) 22:31:49.11

質問者ではないけど俺は.hで完結させたい人種なので「dll側かexe側に変数の実体を作らなきゃいけない」という縛りを極端に嫌ってる

dllとも変数実体を共有したいなら.h完結を諦めて
・実体生成用の1つのcppでだけ#defineでなんか定義して実体を定義させる
ぐらいしかまともな回答は思いつかん

どうせ複数dllから1つの変数を共有したいって話にもなるから
実体生成用のcppはexe側が受け持つか管理用のdll(質問者はやりたくないようだが)を作ることになるだろうな

**デフォルトの名無しさん** · 2022/02/23(水) 22:49:56.05

hogeの実装がどこにあるべきか決めてないとな。COMにするという手もあるな。

**デフォルトの名無しさん** · 2022/02/23(水) 23:10:37.89

質問者本人の匂いがプンプンするけど、全部ヘッダならそもそもlibやdll要らないでしょ
昔からstaticメンバ変数にその手のマクロが付いてるヘッダオンリーなライブラリもどきはある
管理用のdllなるものを作るにしたって、exportされるAPIとしてインスタンス生成用メンバ関数を直に紐付ける方法がないと、公開された生成方法が必要になり、シングルトンとして十分制限できない。
COMにするならもうC#で作ればいいのにと思ってしまう。

**デフォルトの名無しさん** · 2022/02/23(水) 23:14:23.43

Linuxには名前付きミューテックスないだっけ？
プロセス間の排他制御にflock使った思い出

**デフォルトの名無しさん** · 2022/02/23(水) 23:19:02.33

pthreadにあるやつが使えるからあるんでしょう

**デフォルトの名無しさん** · 2022/02/23(水) 23:19:54.09

mutexっていうかセマフォ使ってるかも

**デフォルトの名無しさん** · 2022/02/23(水) 23:33:12.25

linuxのプロセス間同期にはセマフォを使うよ
https://man7.org/linux/man-pages/man7/sem_overview.7.html
boostでやりたければこんな感じらしい
https://www.boost.org/doc/libs/1_58_0/doc/html/interprocess/synchronization_mechanisms.html#interprocess.synchronization_mechanisms.mutexes.mutexes_named_example
※最近boost使ってないのでよく知らない

**デフォルトの名無しさん** · 2022/02/23(水) 23:43:27.24

なるほどLinuxもセマフォは名前付きがあるのね
ありがとう！

**デフォルトの名無しさん** · 2022/02/23(水) 23:44:52.39

条件変数が一番好きです

**デフォルトの名無しさん** · 2022/02/24(木) 02:08:55.88

そのへんが全て最初から言語の型として標準で装備されていて
さらにコンパイルが通ればマルチスレッド時のデータ競合すら起きないことが保証されるRustが強いよな

**デフォルトの名無しさん** · 2022/02/24(木) 02:43:58.81

openMPを使いたいけど使うと言えない

**デフォルトの名無しさん** · 2022/02/24(木) 03:32:22.22

どうやってスレ立てるの？？

**デフォルトの名無しさん** · 2022/02/24(木) 03:59:43.03

>>166
https://cpprefjp.github.io/reference/thread/thread.html

**デフォルトの名無しさん** · 2022/02/24(木) 15:54:24.18

メモリ上で連続した多次元配列を動的に確保したいんですけど、どうするのがスマートなやり方ですか？

**デフォルトの名無しさん** · 2022/02/24(木) 16:09:23.68

多次元配列を宣言する

**デフォルトの名無しさん** · 2022/02/24(木) 16:12:31.94

>>168
「連続した」ってとこｋｗｓｋ
ハード的な事情があったりするのか？

**デフォルトの名無しさん** · 2022/02/24(木) 16:25:32.45

スマートが何処にかかるのか

**デフォルトの名無しさん** · 2022/02/24(木) 16:32:30.77

またスマートとか自分の希望要件すら言語化できないアホな質問来てるな・・・
いっぺん真で頭ガチャするのがスマート

**はちみつ餃子** ◆8X2XSCHEME · 2022/02/24(木) 16:42:22.24

「動的に確保」というのも、コンストラクトの時点で大きさが確定するというのと
後から伸長する可能性も含むというのでは事情が違う。

**デフォルトの名無しさん** · 2022/02/24(木) 17:02:25.64

>>173
VLAのように実行時に全体の大きさを指定したいです

**デフォルトの名無しさん** · 2022/02/24(木) 17:05:32.25

mallocや

**デフォルトの名無しさん** · 2022/02/24(木) 17:34:08.45

小出しにしてんじゃねーよｗ
質問者のお前が聞かれたことに答えるんじゃなくて、せめて満たすべき最低限の要件くらい自分で明確にしろと言ってるんだよｗ
そんなこともできなければ真でくれと言われてるのｗ

**デフォルトの名無しさん** · 2022/02/24(木) 17:38:54.01

>>174
ということは最初の割り付けでサイズが確定していて
途中でresizeはできなくていいんだな？

**デフォルトの名無しさん** · 2022/02/24(木) 17:40:07.73

あるいは、CのVLAをC++で操作できるようにしたいのか？

**デフォルトの名無しさん** · 2022/02/24(木) 18:26:58.76

初心者ですまんがVLAってvectorで代用できないの？

**デフォルトの名無しさん** · 2022/02/24(木) 18:34:10.20

つvalarray

**デフォルトの名無しさん** · 2022/02/24(木) 19:04:00.53

3次元配列なら
template<class T>
class V{
T*const ptr;
size_t s1,s2,s3;
public:
V(size_t s1,size_t s2,size_t s3):
s1(s1),s2(s2),s3(s3),
ptr(new T[s1*s2*s3]){}
T&operator()(size_t i1,size_t i2,size_t i3){
return ptr[i1*s2*s3+i2*s3*i3];
}
~V(){delete[]ptr;}
};
V<int> v(4,5,6);
v(1,2,3)=42;
みたいのでええんか？
大体こういうの自分で作るとバグらせるからあんまやりたくないけど

**デフォルトの名無しさん** · 2022/02/24(木) 19:07:44.67

すでにバグってる気がする

**デフォルトの名無しさん** · 2022/02/24(木) 20:00:57.06

boostにあるけどオーバーエンジニアリングっぽいんだよな

**デフォルトの名無しさん** · 2022/02/24(木) 20:30:12.93

馬鹿にされたい馬鹿が小出しにしてる以上何とも言えないｗ
僕ちゃんboost使いたかったけど馬鹿だからよく分からないし、条件小出しなまま複数IDで汎用な答えが欲しいのぉって言ってるだけなのが透けて見えるｗ

**デフォルトの名無しさん** · 2022/02/24(木) 20:38:21.09

何の情報が必要かすら分かってない初心者かもしれないんだから聞き出してやればいいのに
煽って出てくると思ってるなら考え甘いぞ、要件引き出せないようじゃ半人前

**デフォルトの名無しさん** · 2022/02/24(木) 20:59:04.53

ちゃんとID変えて出てきてるし煽ってないし、僕ちゃん答えは欲しいのに分不相応なプライドだけ高くて素直になれないのぉって言われてもね

**デフォルトの名無しさん** · 2022/02/24(木) 21:02:22.10

一方すぐ質問者にマウンティングしたがるおまえはすぐわかるなw

**デフォルトの名無しさん** · 2022/02/24(木) 21:03:10.18

> ID:cGpWV2sd

おまえイラネ
無駄にうるせえ

**デフォルトの名無しさん** · 2022/02/24(木) 21:29:39.55

こんなスレにいちいち相談する初心者なんてそうそういねーよ
もし初心者なら回答欲しいんだから何言われても何某か返事する
そういうのがなく単発IDなどが煽ってくるということはつまり・・・図星ってことｗ

**デフォルトの名無しさん** · 2022/02/24(木) 21:36:30.68

ここ覗いてるのって技術系の雑談ネタとしか思ってないだろうが、
毎回、単発IDで質問して逃げてるとしたらクソ野郎だな。
学生の課題か何かだろう。おれたちは利用されてるんだ!!!

**デフォルトの名無しさん** · 2022/02/24(木) 21:50:54.34

利用されるのが嫌ってこと？よくわからんが。
まぁ、学校の課題でズルしても本人のためにはならないんだから勝手にしとけって感じだな。

**デフォルトの名無しさん** · 2022/02/24(木) 21:59:42.81

>>190 >>191
そう、お前のことだよ質問者兼回答者君
ただ学生じゃなくて社会不適合者だと思うし、毎日アホな質問しちゃぁ俺に馬鹿にされてるのに飽きないね

**デフォルトの名無しさん** · 2022/02/24(木) 23:03:53.08

妄想えっぐ、糖質っぽいな

**デフォルトの名無しさん** · 2022/02/25(金) 00:16:50.60

在日君なんだろうな

**デフォルトの名無しさん** · 2022/02/25(金) 01:06:42.45

>>192
おれみたいなじーさんがおまえのような小便垂れの小僧に質問するわけないだろ…

**デフォルトの名無しさん** · 2022/02/25(金) 11:25:19.29

なんで const なオブジェクトは const なメンバ関数しか呼べないの？

**デフォルトの名無しさん** · 2022/02/25(金) 11:29:01.84

メンバ関数でメンバ変数が書き変わるとconstオブジェクトとして困るから

**デフォルトの名無しさん** · 2022/02/25(金) 11:29:09.22

中が書き換わるかもしれないから

**デフォルトの名無しさん** · 2022/02/25(金) 11:59:24.66

でもポインタで簡単に書き換えられるじゃん

**デフォルトの名無しさん** · 2022/02/25(金) 12:14:57.98

意図的にconst外さなきゃconstのままだよ

何も考えずconst外すバカのことなんて知らん

**デフォルトの名無しさん** · 2022/02/25(金) 18:43:59.10

constが役にたった場面にあったことがない。
自分で書き換えといて「書き換わるかもしれない!!」とかどんだけ適当にコード書いてんだか。

**デフォルトの名無しさん** · 2022/02/25(金) 19:05:22.20

constは積極的に使うことでI/Fを分かりやすくしたりできるね
書き換えない想定を明示的にして最適化しやすくする効果もある
意味的に正しいことが保証できないときにconstを使うと泣くこともあるけどｗ

**デフォルトの名無しさん** · 2022/02/25(金) 19:11:03.22

>>202
const使ったらコンパイラはどういった最適化するんだ？

**デフォルトの名無しさん** · 2022/02/25(金) 19:12:37.70

constとprivateはテストの邪魔でしかない
使ってる奴は例外なく低脳

**デフォルトの名無しさん** · 2022/02/25(金) 19:27:49.01

privateはインテリセンスがすっきりしていいじゃん

**デフォルトの名無しさん** · 2022/02/25(金) 19:38:04.25

>>203
実際にやってみろ
>>204
サンプル説明以外で可視性やconst使ってない馬鹿はエアプ

**デフォルトの名無しさん** · 2022/02/25(金) 19:43:16.35

自分で言い出しといて急にキレられてもな。

**デフォルトの名無しさん** · 2022/02/25(金) 19:48:21.44

>>207
キレる？お前が調べもせずに聞いてくるから当たり前のことを言っただけだが

**デフォルトの名無しさん** · 2022/02/25(金) 19:52:14.27

>>206
エアプは君だよ
製品レベルの緻密なテストセットをきちんと書き上げるためにはconstなしのオールpublicしかあり得ん
テストケースで様々な状態を作りだして動作確認するためには、全てを必要に応じて自由に書き換えられることが不可欠というもの
書き換え不可だのクラス専用だのの決め事は命名規則で担保するんだぞ

**デフォルトの名無しさん** · 2022/02/25(金) 19:58:35.87

IFのシグネチャにconstついてないといちいち仕様書読まなきゃいけないから面倒くね？
char* token(char* str)とかあったら破壊的かどうか判別できん

**デフォルトの名無しさん** · 2022/02/25(金) 20:00:20.50

>>209
struct最強伝説キタコレ

**デフォルトの名無しさん** · 2022/02/25(金) 20:04:09.41

>>211
staticおじさんの生まれ変わりだろw

**デフォルトの名無しさん** · 2022/02/25(金) 20:04:09.42

>>209
https://github.com/trending/c++
この辺のプロジェクトのソースでもいいし、chromiumのソースでもいいし、見てみたら？
製品レベルのコード見せてみろよ

**デフォルトの名無しさん** · 2022/02/25(金) 20:07:48.92

const使ったらどんな最適化するんだろう？　言った本人はキレて答えてくれないし。

**デフォルトの名無しさん** · 2022/02/25(金) 20:12:00.77

>>214
お前が1+1=って言ったら俺はお前のためにわざわざ2と言う必要があんのか？
自分で調べたことの事実を示せｗ

**デフォルトの名無しさん** · 2022/02/25(金) 20:14:10.16

Rustは何も指定しないとimmutable(不変)にしちゃったから、そういう点でもわかりやすく、かつ、テストやデバッグも少数のmutableなものだけ対象にすればよくなってるね

**デフォルトの名無しさん** · 2022/02/25(金) 20:15:39.58

>>215
全く必要ない。
キミは自分で言い出しといて逃げる人とよく分かったから他の人に質問してるだけ。
キミはスルーしてくれていいよ。

**デフォルトの名無しさん** · 2022/02/25(金) 20:16:05.93

>>216
Rustは無関係なので巣に帰れ

**デフォルトの名無しさん** · 2022/02/25(金) 20:32:18.12

constを使うのがいいことがよく分かった

**デフォルトの名無しさん** · 2022/02/25(金) 20:39:24.80

constウイルスと言わざるをえないアホ仕様

**デフォルトの名無しさん** · 2022/02/25(金) 20:57:38.37

だからさ、釣り針が太すぎるんだよな

**デフォルトの名無しさん** · 2022/02/25(金) 21:25:13.93

constついてないコードは九分九厘ごみ
絶対に自分一人で書き上げて絶対に一生涯外に出さない保証があるなら付けなくても良い

**デフォルトの名無しさん** · 2022/02/25(金) 21:34:50.33

本に載るほどの支持を覆すほどの権威と実例があるわけもなく

**デフォルトの名無しさん** · 2022/02/25(金) 22:44:59.40

メンバ関数のconst修飾とか関数の引数のconstとかはわかるけど関数内部のローカル変数にconst付けるのはよくわからんな

**デフォルトの名無しさん** · 2022/02/25(金) 22:51:54.69

const お会いしたらお茶しませんか？

**デフォルトの名無しさん** · 2022/02/25(金) 23:04:47.69

>>224
コードが読みやすくなるし間違って書き換わることもないから
どの言語でもconstやそれ相当で宣言するのが最近は一般的
JavaScriptですらconstにするのが常識となった

**デフォルトの名無しさん** · 2022/02/25(金) 23:07:46.96

ここ数年constをつけて再代入しないのが当然になってますってjavascriptの専門家に言われて殴りたくなりました

**デフォルトの名無しさん** · 2022/02/25(金) 23:13:07.22

JavaScript程度はブラウザのカスタマイズしたり含めて誰でも使える言語だろ
まさかC++しか使えない新人かね

**デフォルトの名無しさん** · 2022/02/26(土) 00:15:34.77

Pythonにはconstもprivateもない
大文字だけの名前はconst、アンダースコア始まりの名前はprivateという規約があるだけ
でもそれでみんな勝手に書き換えるべきでないと了解されてて完全に成立してる
とはいえ言語機能ではないのでテストとかでの必要に応じて規約を無視して値を変えることもできる
こういう実例を見るとわざわざコンパイラ機能として書き換え禁を強要してるconstやprivateは偏執的過ぎると思う

**デフォルトの名無しさん** · 2022/02/26(土) 00:23:17.69

小さいオブジェクトにconst付けるとアドレスが割り振られて最適化が阻害されるみたいな話は聞いたな