C++相談室 part159

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

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

**デフォルトの名無しさん** · 2022/02/19(土) 12:05:32.96

C（チンチン）+（プラ）+（プラ）

**デフォルトの名無しさん** · 2022/02/19(土) 13:32:43.00

アセンブリとかC言語だと「この操作はするな」ってのを簡単には禁止できないからね

許可されてる(コンパイラから怒られない)操作が増えるとその分だけ不正解のコードを書くリスクが高くなる

structのこのフィールドは排他制御してから変更してねってのをC言語じゃ簡単には強制できんだろ
C++ならgetter作ればいいだけなのに

**デフォルトの名無しさん** · 2022/02/19(土) 13:38:43.35

>>1乙
>>1000は宣言に従うこと

>>3
それぐらいはC程度の高水準言語であればｷﾞﾘ保証できる
クラスFooに対するgetterやsetterを経由しないアクセスを
Fooの構造体メンバ名を変えたときビルドエラーとして確実にあぶりだせる
ように書くことはFooを書く人の一存で一応できる

**デフォルトの名無しさん** · 2022/02/19(土) 13:52:37.43

カプセル化が簡単にできるというのと、
　オブジェクトC := オブジェクトA + オブジェクトB
　オブジェクトE = オブジェクトC * オブジェクトD
　...
ここで:=は生成、+や*はなんらかのメッセージ（メソッド）
このようにオブジェクトからオブジェクトを作る、的な、
基本単位がオブジェクトなプログラミング環境が維持されないのは
オブジェクト指向プログラミングしているうちに入らないと
思うんですよねー（棒

**デフォルトの名無しさん** · 2022/02/19(土) 15:57:04.56

format.hを待ってますた

**デフォルトの名無しさん** · 2022/02/19(土) 15:59:32.57

>>3
でもそのC++からCを見て不正解のコードを書くリスクが高くなるという話がそのまま
RustからC++を見た場合も当てはまってしまうよな
Rustコンパイラならメモリ安全やデータ競合に問題がある操作をエラーで拒否するのにC++はなぜ許して致命的バグを生み出してしまうのだろう、と

**デフォルトの名無しさん** · 2022/02/19(土) 17:53:08.72

無関係過ぎる
元はアセンブラ必須という人が書き込みがあったので、C++のコンパイラ(gcc)がSIMDを吐く条件についての話をしたんだが・・・
それについては正解できる人や惜しい人すら皆無で、馬鹿がC++全然関係ないOOの話を引っ張ってきて、今じゃC++と無縁な宇宙の話になっている

**デフォルトの名無しさん** · 2022/02/19(土) 18:09:20.91

自分でこんなレスしといて今更何言ってるんだかw
> 組み込み機器用のCPUって特殊なんで、コンパイラが安定しないなんてよくある話
> オブジェクト指向のメリットの本質についての話なので、可能/不可能が実装言語に依存しないというのもよくある話(楽かどうかは別)
> 別に昭和でも平成でも令和でも変わってないけど、>> 991に伝わってないのは確か

**デフォルトの名無しさん** · 2022/02/19(土) 18:26:04.31

馬鹿がID変えてまた登場

**デフォルトの名無しさん** · 2022/02/19(土) 18:50:37.51

明示的にはSSEコンパイラ組み込み関数を使えば実現できるけど、多くのコンパイラはシングルレーンのループの一部を自動的にベクトル化してくれるのね

コンパイラが暗黙的なベクトル化をしてくれる条件ってシングルレーン以外に何があるんだろ

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

>>10
顔真っ赤じゃんw

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

その問題はもう答え書いた

**デフォルトの名無しさん** · 2022/02/19(土) 20:38:46.85

恥の上塗りかよw
答えを書いたとか関係ないだろ
> 馬鹿がC++全然関係ないOOの話を引っ張ってきて
に乗っといて何言ってるんだよ

**デフォルトの名無しさん** · 2022/02/19(土) 21:13:10.67

可哀想な馬鹿が勘違いしてるみたいだからちゃんと書いておくと、>>13は>>11へのレスな

**デフォルトの名無しさん** · 2022/02/19(土) 21:45:03.99

人をバカにしても恥ずかしいレスは消えないよw

**デフォルトの名無しさん** · 2022/02/20(日) 02:19:28.36

>>7
実際そうだよ
生のポインタを使ってる限りはどこに所有権があるか自分で管理するしかない

Rustの考え方はC++使いからすれば羨ましいわ

**デフォルトの名無しさん** · 2022/02/20(日) 05:27:00.10

けんかをやめてふたりを止めて
わたしのために争わないで

**デフォルトの名無しさん** · 2022/02/20(日) 09:25:04.73

きみC#さんだよね

**デフォルトの名無しさん** · 2022/02/20(日) 10:18:23.47

>>17
だからスマポで出来るやん、それ
てか欧米産の大手ゲームの解析なんかしてると普通に向こうもスパゲッティコードだらけだけどな
なんだかんだで力技ゴリ押し開発になっちゃうんだよ結局

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

ゲームはハード性能をゴリゴリに引き出すのが正義だからスマポ程度のオーバーヘッドでも許容できないんよ

**デフォルトの名無しさん** · 2022/02/20(日) 10:30:30.73

>>21
いや俺もゲーム開発しとるけどスマポどころかGC任せにするのがもうここ10年くらいは主流だぞ？（最終的にはネイティブ化されるけどそれでもゼロオーバーヘッドになる訳では全くない）

**デフォルトの名無しさん** · 2022/02/20(日) 10:31:03.74

え？
ゲームでもスマートポインタは普通に使うよ

**デフォルトの名無しさん** · 2022/02/20(日) 10:36:14.20

ああ、ゲームって最新の3Dグリグリのやつな（欧米の大手って言うからそっち想像しちゃった）
スマホゲーやブラウザゲーはまた別よ

**デフォルトの名無しさん** · 2022/02/20(日) 10:37:11.73

>>24
タルコフ見て同じ事言える？

**デフォルトの名無しさん** · 2022/02/20(日) 10:40:48.26

ID:mD/m0vxj は知ったかぶりだね
なんのためにC++相談室スレにデタラメを書き込んでるの？

**デフォルトの名無しさん** · 2022/02/20(日) 10:43:58.31

共用体が良くわからないのですが、同じメモリーアドレスを複数のメンバで共用するとは
どういうことなのでしょうか？
メモリの節約と書いてあるのですが、よくわかりません。
同じ型の共用体が複数あったときに使ってないメンバ変数が勝手に消されるなんてわけないですよね
どなたか共用体と構造体の違いを教えていただければ幸いです。
(まだクラスについての知識はほとんどないです。)

**デフォルトの名無しさん** · 2022/02/20(日) 10:51:16.26

PODで型変換するくらいしか使わんのでは

**デフォルトの名無しさん** · 2022/02/20(日) 10:53:23.74

>>27
とあるデータの見方を複数用意するのが共用体
union { intptr_t integer; void* pointer; } value;
↑が構造体であればvalueはポインタ*2分のメモリを使うところ、共用体だとsizeof(value)は4(32bit)or8(64bit)って感じで変数1個でしかない
integerとpointerは実体は全く同じデータを見ていて、その見方を二つ用意しただけ
value.integer = 8;ってするとpointerも8になる

**デフォルトの名無しさん** · 2022/02/20(日) 10:55:47.01

え！？メモリの節約ができるの！？
でも・・・制限があるんでしょ?
って感じで気になるのです。
ただ、基底クラスとか継承っていうのがわからないんだけど、
クラスについての記述がもう少し先にあるから、まだクラスの部分について読みたくない
、クラスを学んでから共用体について学んだほうが良いのでしょうか?

**デフォルトの名無しさん** · 2022/02/20(日) 10:56:42.82

>>29
ありがとうございます今すぐ読みます

**デフォルトの名無しさん** · 2022/02/20(日) 11:01:01.36

そのレベルなら共用体なんて使わないし使うべきじゃないから読み飛ばしていいよ
一通り学習してから戻ってきな

**デフォルトの名無しさん** · 2022/02/20(日) 11:02:54.57

>>30
別に直接的にメモリの節約が出来る訳ではない
>>29の例で言った通り、一つのデータに対して複数の名前を付けるだけの話なのでデータは結局一つしか同時には入れられない
なんか実用的な例ありそうだけどunionはC++だとそんな使わないし積極的に使うべきでもないからすぐには思い浮かばない

**デフォルトの名無しさん** · 2022/02/20(日) 11:15:09.90

variantとかは中身は共用体だった気がする

**デフォルトの名無しさん** · 2022/02/20(日) 11:16:50.11

>>27
例えばスクリプト言語みたいに色んな型が入る変数を定義したい時に
struct {
char c;
int i;
double d;
};
みたいにするとdを使ってる時はc, iの領域が無駄だよね、そういう時に
union {
char c;
int i;
double d;
};
のようにすると領域が無駄にならない

**デフォルトの名無しさん** · 2022/02/20(日) 11:24:25.42

なんか気になっちゃうのです。
union value { int test1; double test2; } ;
int main()
{
value test;
test.test1= 2147483647;
test.test2 = 1.4;
cout << sizeof test<<endl;
cout << test.test1 << endl << test.test2<<endl;
}
これなんですけど、共用体のサイズは8byteで構造体にすると16バイトになります。
でも、doubleって8byteですよね？
共用体valueの中には4byteのtest1と8byteのtest２があるはずなのですが、
なんで共用体valueは8byteなのでしょうか？
そもそも共用体の中に変数があると言う考え方が間違ているのでしょうか？

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

>>35
ありがとうございます。ちなみにその仕組みとかって・・・聞けたりとか・・・

**デフォルトの名無しさん** · 2022/02/20(日) 11:26:58.89

structだと4byte無駄になるのですね。

**デフォルトの名無しさん** · 2022/02/20(日) 11:28:36.50

何となくなのですが、構造体だと
メンバの中で一番大きな変数のサイズ＊メンバの数
分の領域が確保されるのかな？って思ってみたりしています。

**デフォルトの名無しさん** · 2022/02/20(日) 11:35:01.82

>>36
だから正に"共用"体という名の通り、test1とtest2はメモリの場所を共用してる
君が言う通り、intは4byte、doubleは8byte
この場合はunion全体としてのサイズは大きい方に合わさるが、メモリの場所を共用してる事には変わりないためtest2(double)の下位4バイトとtest1(int)が重なってる事になる
intとdoubleだと出力分かりづらいからunion value { int test1; long long test2; } ;でやってみ

test1 = 0x5;
test2 = 0x2410000000000007;
こうするとtest1は7(0x00000007)、test2(0x2410000000000007)はとなる（下位4byteは共用されてる）

**デフォルトの名無しさん** · 2022/02/20(日) 11:39:14.94

>>40
これがstructだとちゃんと4+8で12byteの構造体となる(アラインメントって概念によりそうでない事もあるけどそれはまた別で勉強したほうがいい)

test1 = 0x5;
test2 = 0x2410000000000007;
structだとさっきと同じ事をしてもtest1とtest2でメモリは共用されておらずそれぞれ独立しているため、test1は0x5、test2は0x2410000000000007となる

**デフォルトの名無しさん** · 2022/02/20(日) 11:41:34.03

>>40
ありがとうございます。
すごいっす、メチャすごいっす。
あまりの喜びに敬語忘れてすみません。
"共用”なのですね。
ってことは共用体はいくつかメンバ変数を用意しておいて、一個だけ使なら使ってもいいよ。
しかも、いちばん最後に代入された値が採用されるよと言うことで大丈夫でしょうか？

**デフォルトの名無しさん** · 2022/02/20(日) 11:42:49.02

ポイントだけ聞くようにして全部聞こうとすんなアホ

**デフォルトの名無しさん** · 2022/02/20(日) 11:50:02.29

そもそもC++スレ

**デフォルトの名無しさん** · 2022/02/20(日) 11:52:56.02

>>40
おかげさまで何とか理解できました。
自分の書いた上の記述(>>41)もちょっと違ってたような気がするけど
まぁ置いておいて・・・。
本当にありがとうございます。

**デフォルトの名無しさん** · 2022/02/20(日) 11:53:19.65

共用体とビットフィールドでウハウハよ

**デフォルトの名無しさん** · 2022/02/20(日) 12:26:21.52

>>20
スマートポインタを徹底すればできるが記述量が結構増えるのよ
結局面倒臭くなって使わなくなってしまった

**デフォルトの名無しさん** · 2022/02/20(日) 12:30:45.48

共用体はデータ量をケチる目的では使わんでしょ
(マイコンとかバイナリデータとかの)データの配置順に意味があるやつとの相互運用にしか使ったことないぞ

union A{
struct{ char low; char high;};
short data;
};

union B{
struct { int head; double body;};
char data[12];
};

**デフォルトの名無しさん** · 2022/02/20(日) 12:31:01.23

スマポは使えば楽できるときと
そうでないときがあるからな
見境のないスマポ厨はただのマゾ

**デフォルトの名無しさん** · 2022/02/20(日) 12:38:44.84

>>48
大量に確保するデータの場合1バイト2バイトが大きく影響することもあるから、データ量目的でも使うよ

**デフォルトの名無しさん** · 2022/02/20(日) 12:38:51.77

参照オブジェクトを処理するのに
何故か内部でスマポ使いだしたとしたら
予めそいつの代わりに謝っておいてやろう。スマポ。

**デフォルトの名無しさん** · 2022/02/20(日) 12:40:31.26

共用体は特定のアーキテクチャで上位下位とか分けるのに使うのが多かったけど、上に書いたようにstd::variantで使うので主にメモリ節約だと思う

ところで↓でコメントにしてるエラーはなんか悔しくない？どうしてこういう仕様なんだろう？
#include <iostream>
using namespace std;
struct s {
int a;
};
int main() {
s o;
cout << sizeof(o.a) << endl;
cout << typeid(o.a).name() << endl;
cout << sizeof(int) << endl;
cout << typeid(int).name() << endl;
cout << sizeof(s::a) << endl;
//cout << typeid(s::a).name() << endl; // error
return 0;
}

**デフォルトの名無しさん** · 2022/02/20(日) 12:44:49.03

sjis/utf8、utf16、utf32を一緒くたに扱う文字列クラスを作った時にそれぞれの型のポインタを共用体で持たせたな
キャストするより楽だったからw

**デフォルトの名無しさん** · 2022/02/20(日) 12:49:58.81

>>48
それはお前の経験が足らんだけ
>>34が言うようなケースでも使うよ

**デフォルトの名無しさん** · 2022/02/20(日) 13:44:10.67

>>51
これ何であかんの？

**デフォルトの名無しさん** · 2022/02/20(日) 13:59:07.64

>>36
アセンブラでアライン覚えて来い青二才

**デフォルトの名無しさん** · 2022/02/20(日) 15:04:19.29

共用体使うとシフト演算しなくていいし、
最近のCPU(っても20年まえぐらい)から1ビット操作命令もあるし、パフォーマンスがいいと思うぜ

**デフォルトの名無しさん** · 2022/02/20(日) 18:12:12.24

>>54
std::variant見てきた
ただのunionラップクラスじゃねーか

**デフォルトの名無しさん** · 2022/02/20(日) 19:01:05.55

>>58
> ただのunionラップクラスじゃねーか
それの何が不満なんだよw

**デフォルトの名無しさん** · 2022/02/20(日) 21:42:58.02

ただのunionラッパーをunionの活用例かのような言い方をした >>54 に対する不満だ

**デフォルトの名無しさん** · 2022/02/20(日) 21:47:59.16

米大統領と密談した「IQ1200の金星人」ヴァリアント・ソーとは ...

**デフォルトの名無しさん** · 2022/02/20(日) 22:02:46.59

>>60
意味わからんw
ラッパーだと活用例じゃないとでも？

**デフォルトの名無しさん** · 2022/02/20(日) 22:37:27.22

スマポの記述量が長い問題って皆どうしてんの？

**デフォルトの名無しさん** · 2022/02/20(日) 22:52:41.23

C++のstd::variantとほぼ近い、
Rustのenum(＝格納付きenum＝タグ付きunion)を比べると
圧倒的にRustのenumが使いやすくてRust言語の核心部分となっていることからもわかるように
C++ではその分野の言語サポートが弱いんだよな

**デフォルトの名無しさん** · 2022/02/20(日) 22:54:00.38

>>63
その件もRustが上手いことやってるよな

**デフォルトの名無しさん** · 2022/02/20(日) 23:01:58.00

>>65
そうなのか
正直あんまり触ったことないんだが、そういう話なら触ってみようかな

**デフォルトの名無しさん** · 2022/02/20(日) 23:24:26.58

Rustのことはスレ違いだけど、言語機能としてどこまでサポートするかは、分かりやすさと直結してると思う
C++のstd::variantの方が分かりやすいと思う人もいれば
Rustのenumの方が分かりやすいと思う人もいると思う

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

>>67
C++には十分なパターンマッチング機構がないからタグ付き共用体(Rustではenum)を便利に生かせないのが大きい
C++よりRustは記述がしやすいと言われている原因の大きな一つとなっている

**デフォルトの名無しさん** · 2022/02/20(日) 23:47:42.47

ほんとに馬鹿ばかりだな・・・
そんな話はしてないしスレ違いだと言ってるだろ・・・
https://mevius.5ch.net/test/read.cgi/tech/1643289587/

**デフォルトの名無しさん** · 2022/02/20(日) 23:59:35.38

>>52で主にメモリ節約が目的と言っているようだが
それはC++の言語によるサポートが貧弱すぎるための特殊な悲惨な状況であって
他の言語ではむしろvariantこそがプログラミングの中心、という話ではないか

**デフォルトの名無しさん** · 2022/02/21(月) 00:04:14.70

馬鹿には分からないかもしれないけど、嫌なら自分で作ればいいという世界なんだよ

**デフォルトの名無しさん** · 2022/02/21(月) 00:06:46.53

昔は全部ゼロから作ってたな

**デフォルトの名無しさん** · 2022/02/21(月) 00:10:21.16

>>71
それは無理
様々な言語がなぜ言語レベルでパターンマッチングなどをサポートとしているかというと
言語レベルでサポートしないと無理なことが多数あるため
C++しか書いたことがない特殊な人でなければこれを理解することができる

**デフォルトの名無しさん** · 2022/02/21(月) 00:12:34.69

https://mevius.5ch.net/test/read.cgi/tech/1643289587/

**デフォルトの名無しさん** · 2022/02/21(月) 00:19:21.75

ところで>>52の
> ところで↓でコメントにしてるエラーはなんか悔しくない？どうしてこういう仕様なんだろう？
への回答はないの？

**デフォルトの名無しさん** · 2022/02/21(月) 01:59:03.04

&s::aの型がint s::*な以上s::aの型はintにはならんからじゃない？

sizeofだけ許されてるのがわからん

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

ありがとう。全く同じ感想だわ。わからんよね。
#include <memory>
#include <cxxabi.h> // for gcc
#include <iostream>
using namespace std;
const char* demangle(const char* name) {
return abi::__cxa_demangle(name, NULL, NULL, NULL); // leaks
}
struct s {
int a;
};
int main() {
cout << sizeof(&s::a) << endl;
cout << demangle(typeid(&s::a).name()) << endl;
cout << sizeof(s::a) << endl;
//cout << demangle(typeid(s::a).name()) << endl; // error
return 0;
}

**デフォルトの名無しさん** · 2022/02/21(月) 08:22:55.36

PPoEのことピッポエって読んでたらめっちゃバカにされてくやしいです。
どうしたらいいですか？

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

ボコしたら？

**デフォルトの名無しさん** · 2022/02/21(月) 19:45:02.12

複数のプロセスから同時に同じファイルに書き込むにはどうすればいいですか？
ofstreamで実験(a.exeとb.exeを同時に起動して、同じtxtに10行ずつ書き込み)してみましたが、
a.exeで書き込んだ内容が10行並んだ後に、b.exeで書き込んだ内容が10行並ぶような結果になりました。
書き込んだ順に並ぶようにするにはどうすればいいですか？

**デフォルトの名無しさん** · 2022/02/21(月) 19:50:32.28

OS固有の方法を使え

**デフォルトの名無しさん** · 2022/02/21(月) 19:56:04.55

fprintf()とかの標準ライブラリだとcloseかflushするまで書き込みは反映されない

書き込みのタイムスタンプ順を保証するとなるとかなり面倒くさい
毎回flushするとかcloseするとかしないといけない
書き込んだ内容がもう一方のプロセスに上書きされて消えたりとかの問題も出てくる

**デフォルトの名無しさん** · 2022/02/21(月) 20:03:35.84

ありがとうございます。
保証とまでは求めてなくて、だいたい秒オーダー程度の順でぱっと見の違和感なければいいかなと思っていますのでひとまずflushを入れて実験してみます。
(多少の順番ずれは問題ないですが、上書き消滅だけは絶対問題なので)

**デフォルトの名無しさん** · 2022/02/21(月) 20:06:09.78

ロックしろ

**デフォルトの名無しさん** · 2022/02/21(月) 20:08:56.82

・別々のファイルに吐き出しておいて後からマージ（リアルタイム性不要なら一番楽）
・書き込みの時に毎回排他ロックする（くそ遅い、書き込みが稀ならあり）
・書き込み専門のプロセスを設けてプロセス間通信（正しいけどめんどくさい）

**デフォルトの名無しさん** · 2022/02/21(月) 20:22:59.51

>>80
書き込みプロセスを集約した方が制御はしやすいわ

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

こんなC++erばかりではもうダメだな・・・・
質問は最悪だけど、確認も回答もやばい
混ざった行が出来たり上書き消滅する日がいつか来る

**デフォルトの名無しさん** · 2022/02/21(月) 21:47:29.24

>>87
ロックを使っても行が混ざるのかーすごいなー

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

ロックの仕方によるから
極論文字単位にロックしたら混ざるし

**デフォルトの名無しさん** · 2022/02/21(月) 22:05:20.94

真面目に相手をするなら、質問の前提を明確にしないといけないから。
聞きたいことだけ書いてきて、状況が全く分からない質問に対して、あれこれ書いても意味はなく、最初にしないといけないのはまず確認。
環境やら現象やら具体的なコード、最終的なゴールがどこか、当たり前のモノが全て抜けていて、未だに8割方見えていない。

**デフォルトの名無しさん** · 2022/02/21(月) 22:27:52.22

質問に対して状況を確認せず真っ先に>>81で抜けてる回答してる君がいうと説得力があるね

**デフォルトの名無しさん** · 2022/02/21(月) 22:40:17.44

あれはいつものWIN32APIスレへの誘導しか意味してないｗ
.exeが出て来た時点で萎える

**デフォルトの名無しさん** · 2022/02/21(月) 23:11:26.10

同時には無理やろ～

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

// std::endlでflush()。時間測定と1行/秒機能付きバッファ懸念OS順序懸念あり。
// 混ざった行が出来たり上書き消滅してもいい人向け。
#include <iostream>
#include <fstream>
#include <chrono>
#include <thread>
using namespace std::chrono;
template<typename T, typename CallbackFunc, typename TargetFunc, typename... Args>
void measure(CallbackFunc callback, TargetFunc f, Args... args) {
auto start = high_resolution_clock::now();
auto result = f(args...);
auto end = high_resolution_clock::now();
callback(result, duration_cast<T>(end - start).count());
}
int write_to_file(const char* path, const char* sts) {
std::ofstream f(path, std::ios_base::app);
for (int i = 0; i < 10; ++i) {
f << sts << std::endl;
//std::this_thread::sleep_for(1s);
}
return 0;
}
int main(int argc, char* argv[]) {
int ret = -1;
measure<microseconds>(
[&](auto result, auto time) {ret = result; std::cout << time << std::endl; },
&write_to_file, "hoge.txt", (argc > 1 ? argv[1] : "hoge"));
return ret;
}

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

書き忘れた。異常系なし。

**デフォルトの名無しさん** · 2022/02/22(火) 08:35:20.17

セマフォかミューテックス使えばいいだけやん

**デフォルトの名無しさん** · 2022/02/22(火) 08:52:30.71

偉そうなこと言っといて>>83の上書き禁要件ガン無視してるのは草

**デフォルトの名無しさん** · 2022/02/22(火) 08:56:43.07

消滅って実際あるもんかね？
unix系はなさそうな気がする

**デフォルトの名無しさん** · 2022/02/22(火) 10:16:04.97

標準ライブラリの仕様で上書き消滅しないって保証されてれば問題ない

保証されてなければ20プロセスぐらいからchrono::system_clockのタイムスタンプとloopcountを出力させる負荷テストしてみて判断するしかない

**デフォルトの名無しさん** · 2022/02/22(火) 10:38:46.92

>>99
> 保証されてなければ20プロセスぐらいからchrono::system_clockのタイムスタンプとloopcountを出力させる負荷テストしてみて判断するしかない
バカなの？
普通に排他制御すればいいだけだろ

**デフォルトの名無しさん** · 2022/02/22(火) 12:32:42.83

俺は最初にWIN32APIスレへの誘導の意味で、OS固有の方法と書いてるよｗソースコードは回答ではなく、本来質問時に提示されるべき叩き台を俺がわざわざ書いただけｗ

ソースコードが分からないアホ向けに説明しておくと、OSに書き込みが発生するのは実際にファイルに書き込むAPIを叩いたとき(/システムコールかそれに準ずるものを呼んだ時(以下略))なので、それはバッファをフラッシュするタイミングになる。
それが発生するのは普通fに文字列を書き込むときバッファが溢れるかendlの呼び出し中(ライブラリの実装に依存する)。
文字列の長さがバッファから溢れない限り、endl中のAPI呼出が重なるかどうかが問題になる。
各プロセスでAPI呼出が運悪く重なった場合、ここからは一度に書き込まれる量と、OSのファイルシステム実装に依存するが、混ざった行が出来たり上書き消滅する可能性が生まれる。
それが問題な場合は、主にOS固有の方法でIPCかファイルロックを行う必要がある。

なお要件が明確でない状態で何かを言う必要は全くないｗ

**デフォルトの名無しさん** · 2022/02/22(火) 13:18:13.18

グダグタと意味不明な長文書いておいて
> なお要件が明確でない状態で何かを言う必要は全くないｗ
って笑いでも取ろうとしてるのか？

**デフォルトの名無しさん** · 2022/02/22(火) 13:22:26.14

> 複数のプロセスから同時に同じファイルに書き込む
> 書き込んだ順に並ぶようにするには
同時に書き込んでるのに書き込んだ順が決まるわけないやろ～

**デフォルトの名無しさん** · 2022/02/22(火) 13:30:20.16

何したいのか知らないけど>>85で出てるようにタイムスタンプ付けて別のファイルとして書き出した後、
メモリ上でマージするなり第三のプロセスでマージしたファイルを書き出すなりするのが一番楽だな

**デフォルトの名無しさん** · 2022/02/22(火) 13:33:11.97

>>103
秒オーダーで揃ってりゃいいって話だから多少の前後は気にすんな

**デフォルトの名無しさん** · 2022/02/22(火) 13:39:15.40

ファイルOpenして書き込んですぐCloseするだけやん。

**デフォルトの名無しさん** · 2022/02/22(火) 13:46:45.07

ほら何もかも要件の問題だろ？ｗ馬鹿なんだよ質問者がｗ

**デフォルトの名無しさん** · 2022/02/22(火) 16:11:10.10

馬鹿が馬鹿を笑う地獄絵図

**デフォルトの名無しさん** · 2022/02/22(火) 21:29:07.28

質問のレベルが低くて恐縮ですが、クラスにおいてメンバ変数は各インスタンスに対してメモリが確保されますが、メンバ関数も各インスタンス毎にメモリ確保されるんでしたっけ？

メンバ関数はクラスで共有されるんでしたっけ？

**デフォルトの名無しさん** · 2022/02/22(火) 21:44:13.67

共有されてて、呼び出すときにインスタンスのポインタが渡ります。

**デフォルトの名無しさん** · 2022/02/22(火) 21:53:10.29

>>109
通常のメンバ関数の実体はそのクラスで１つ（共有される）でインスタンスのメモリ領域は消費しないが、
virtual関数はオーバーライド動作のためにインスタンスにポインタが確保される

**デフォルトの名無しさん** · 2022/02/22(火) 22:27:23.48

>>110>>111
ありがとうございます！
virtualはともかくメンバ関数を書く際にあまりその点は気にしなくてよさそうですね、安心しました

**デフォルトの名無しさん** · 2022/02/22(火) 22:27:30.88

>>110>>111
ありがとうございます！
virtualはともかくメンバ関数を書く際にあまりその点は気にしなくてよさそうですね、安心しました

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

main(exe)とlib(dll)の両方から参照されるクラスHoge(非dll・シングルトン)のインスタンスをmainとlibで共用する方法はないですか。
軽く調べてみたらHogeをdll化するかHogeのラッパーdllを作れと出てきたのですが
作らなくても実現出来る方法があれば教えてください

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

main(exe)とlib(dll)の両方から参照されるクラスHoge(非dll・シングルトン)のインスタンスをmainとlibで共用する方法はないですか。
軽く調べてみたらHogeをdll化するかHogeのラッパーdllを作れと出てきたのですが
作らなくても実現出来る方法があれば教えてください

**デフォルトの名無しさん** · 2022/02/22(火) 22:32:39.84

virtualも継承されたクラスごとにポインタサイズの隠しフィールドができるだけで
virtual関数が増えてもクラスサイズは変わらないんじゃ？

**デフォルトの名無しさん** · 2022/02/22(火) 22:38:55.24

>>114
>>115
C++17以降ならstatic変数がある
それ以前ならtemplate関数を使ってどうにかごまかせばいける

class C{};
inline C c=...; //C++17以降
template<int...>C& _dummy_func(){static C _back=...; return _back;}static C&c=_dummy_func();

**デフォルトの名無しさん** · 2022/02/22(火) 22:39:30.53

ポインタサイズじゃないよ

**デフォルトの名無しさん** · 2022/02/22(火) 22:39:57.82

static変数じゃねーわ inline変数

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

https://godbolt.org/z/P497GqYc7
struct s {
virtual void* func(){return this;}
virtual void* func2(){return this;}
};
struct s2: public s {
void* func(){return this;}
void* func2(){return this;}
};
s obj;
s2 obj2;
int main() {
s& o = obj2;
o.func();
o.func2();
return 0;
}
gcc/clang/msvcどれもポインタサイズだった模様ｗ

>>114についてはまた同じ馬鹿の質問だろうけど論外ｗコードで示せアホｗ
「main(exe)とlib(dll)の両方から参照される参照されるクラスHoge(非dll・シングルトン)」？？？？
クラスHogeはシングルトンなのかそうでないのか？
lib(dll)から参照されるクラスHoge(非dll)とは？
どうして毎日こんな馬鹿な質問が出来るのか分からない。

仮にDLLが遅延ロードされず、シングルトンで、インスタンスの定義だけEXE側に入れたいというアホな要件を思いついた馬鹿がいるのだとしたら、dllexportを使わず、モジュール定義でやれ。
なお、inlineメンバ変数を使ってもdllexpportsならDLL側にインスタンスの定義が入る。

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

ヒント：　仮想継承

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

>>96
そうだねミューテックス使うね

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

Windowsなら名前付きミューテックスでファイルのオープンからクローズまでを排他するところやが
C++の標準規格でどうなっているのかわ知らん、

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

複数のプロセスから同一ファイルに書き込んで書き込み内容の順序（位置）を制御する方法は
　1. プロセス間の同期側で順序を担保する（イベント等による通信を併用
　2. ファイルのアクセス権を握ったプロセスがファイルの中身を読んで書き込み位置を決める
　3. ファイルのアクセス権を握ったプロセスがファイルを追記オープンして単純に追記していく
の大きく分けて3つの方法が取れる
普通は3が多いという印象　※ 個人の感想です
辞書化とかが必要なら専用のプロセスが適宜ファイルのアクセス権を獲得してやったらええ、

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

ちょっと処理が重なったくらいでデータが消えるようなコンピュータはまともに動かんと思うよ

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

そんなアホなことせんでもOSが同期取ってくれるやろ…

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

>>122-126
2日前からアホ質問者不在のまま要件不明案件でお蔵入りした質問を今更ほじくり返して質問者本人ですか？ｗ

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

頓珍漢な回答して相手にされないからっておれに当たるなよ。

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

回答してないけどｗ >>122-126は全て本人確定かなｗ

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

>>129 >120

**デフォルトの名無しさん** · 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外すバカのことなんて知らん