前スレ
C++相談室 part157
https://mevius.5ch.net/test/read.cgi/tech/1628474251/
探検
C++相談室 part158
レス数が900を超えています。1000を超えると表示できなくなるよ。
2021/11/15(月) 18:49:18.44ID:I69rZ/Of
838デフォルトの名無しさん
2022/02/09(水) 13:03:37.90ID:IwR5waiE なぜ大きすぎると思ったのかが分からないが、64bitのアドレス空間を表すのに8 byteは必要だよ
839デフォルトの名無しさん
2022/02/09(水) 13:08:06.15ID:PzVUb2uc >>837
貧乏くさすぎ
貧乏くさすぎ
840デフォルトの名無しさん
2022/02/09(水) 13:19:23.53ID:eAgudC7+ 64bit WindowsOSなら32bitアプリにすればok
841デフォルトの名無しさん
2022/02/09(水) 13:40:55.45ID:ioLTStxt 例えば64bitの場合アドレスの上位4byteを一意に決めといて下位4byteを4byteの変数に格納しておくってやり方なんてはどうですか?
それで復元時には
(上位4byte << 32) & 下位4byteっていうふうに変換するってふうになると思うんですが
まず最初に上位4byteが一致した連続したメモリ領域から決まってメモリを確保するなんてことはできるのでしょうか?
それで復元時には
(上位4byte << 32) & 下位4byteっていうふうに変換するってふうになると思うんですが
まず最初に上位4byteが一致した連続したメモリ領域から決まってメモリを確保するなんてことはできるのでしょうか?
842デフォルトの名無しさん
2022/02/09(水) 13:52:00.55ID:USCqmiY8 必要なメモリをvector<X>で確保しておいて32bit以下のindex値でアクセスすることにすれば?
ポインタのサイズが大きすぎるなんて理由でやる人はいないと思うけど
ポインタのサイズが大きすぎるなんて理由でやる人はいないと思うけど
843デフォルトの名無しさん
2022/02/09(水) 13:52:47.57ID:E/6u1YW1 long long ago... タイニー、スモール、コンパクト、ミディアム、ラージ、ヒュージつーのがあってだな
844デフォルトの名無しさん
2022/02/09(水) 14:26:32.14ID:ioLTStxt845デフォルトの名無しさん
2022/02/09(水) 14:34:15.15ID:PzVUb2uc 関数ポインタかなんかが8バイトに収まってなくて混乱したことがあったっけ
846デフォルトの名無しさん
2022/02/09(水) 14:37:12.22ID:Jq7h8mT9 昔は16bitポインタと32bitポインタをLPとPで使い分けてたって戦争で死んだおじいちゃんに聞いた
847デフォルトの名無しさん
2022/02/09(水) 17:17:57.87ID:SS+/CtsS segment:offset時代か・・・
848デフォルトの名無しさん
2022/02/09(水) 18:17:45.02ID:t2vkJvVR アセンブラの相対ショートジャンプは8ビット
849デフォルトの名無しさん
2022/02/09(水) 22:34:51.11ID:9agulkW+ ウィンドーズならINT_PTR使っとけばおkオール無問題
C++の標準規格でどうなっているのかわ知らん
C++の標準規格でどうなっているのかわ知らん
850はちみつ餃子 ◆8X2XSCHEME
2022/02/09(水) 23:19:57.51ID:9Cj+df9g 規格上は std::intptr_t というものがある。
ただし関数ポインタやメンバ関数ポインタを格納できるとは限らない。
また、省略可能 (optional) であると明記されているので無くても規格準拠たりうる。
関数ポインタ同士 (メンバ関数ポインタは含まない) はお互いに変換可能であり
元の型にキャストしたら元の値と等しくなることは保証されるので
任意の型の関数ポインタを格納したいのであれば void* や intptr_t を使うよりは
適当な型の関数ポインタに入れるほうが規格に沿う。
メンバ関数ポインタは型通りに扱う以外はほとんど何の保証もないのだけれど
無理に変換して扱いたい場合も特に思いつかないのでどうでもいい。
ただし関数ポインタやメンバ関数ポインタを格納できるとは限らない。
また、省略可能 (optional) であると明記されているので無くても規格準拠たりうる。
関数ポインタ同士 (メンバ関数ポインタは含まない) はお互いに変換可能であり
元の型にキャストしたら元の値と等しくなることは保証されるので
任意の型の関数ポインタを格納したいのであれば void* や intptr_t を使うよりは
適当な型の関数ポインタに入れるほうが規格に沿う。
メンバ関数ポインタは型通りに扱う以外はほとんど何の保証もないのだけれど
無理に変換して扱いたい場合も特に思いつかないのでどうでもいい。
851デフォルトの名無しさん
2022/02/10(木) 02:00:13.27ID:vaE+JZMI >>843
far/near を直接指定すれはすむ話、メモリモデルなんてどうでもいい
far/near を直接指定すれはすむ話、メモリモデルなんてどうでもいい
852デフォルトの名無しさん
2022/02/10(木) 19:32:52.48ID:OsDlZl05 effective C++って現行のC++と比べてどのあたりが古いんですか?
代表的なところとかだけでも教えてくれると嬉しいです
代表的なところとかだけでも教えてくれると嬉しいです
853デフォルトの名無しさん
2022/02/10(木) 19:38:59.22ID:NUzD8R/O 全て
854デフォルトの名無しさん
2022/02/10(木) 20:00:39.81ID:qtJUe0L+ 出版1998年やんけ
こんなもん使うぐらいならC言語やった方がマシなレベル
こんなもん使うぐらいならC言語やった方がマシなレベル
855デフォルトの名無しさん
2022/02/10(木) 20:11:39.77ID:OsDlZl05 >>854
一応第3版は原書が2005年に書かれています…
一応第3版は原書が2005年に書かれています…
856デフォルトの名無しさん
2022/02/10(木) 20:20:25.92ID:ZkLGowhi 続編のeffective modern c++も古いけど、
こっちは隕石落下後の本だから読んでおいたほうがいいよ
こっちは隕石落下後の本だから読んでおいたほうがいいよ
857デフォルトの名無しさん
2022/02/10(木) 21:18:10.31ID:OsDlZl05 隕石落下後ってなんすか?
あとC++の勉強するならこの本読め、みたいなのって他にもありますか?
あとC++の勉強するならこの本読め、みたいなのって他にもありますか?
858デフォルトの名無しさん
2022/02/10(木) 21:38:32.90ID:ty8Wss5J 2005年でも古いなあ
C++98, 03, 11(0x), 14, 17, 20 と5回バージョンアップあるし
そのたびに標準ライブラリが更新されてる
古い本で古い書き方しか知らないと慣れてきたころにイラつくことになるから最低でもC++11対応のやつがいい
C++98, 03, 11(0x), 14, 17, 20 と5回バージョンアップあるし
そのたびに標準ライブラリが更新されてる
古い本で古い書き方しか知らないと慣れてきたころにイラつくことになるから最低でもC++11対応のやつがいい
859デフォルトの名無しさん
2022/02/10(木) 21:44:00.87ID:Qcxer4Pv 今更auto_ptr使うなとか言われても何の役にも立たないからな
860デフォルトの名無しさん
2022/02/10(木) 23:48:22.57ID:jkDJeeU1 べつに使ってもいいんだよ
使い方さえ間違えなければ
使い方さえ間違えなければ
861デフォルトの名無しさん
2022/02/11(金) 00:26:40.18ID:3fYQCkDW 使うことが間違いでは?
862デフォルトの名無しさん
2022/02/11(金) 04:33:24.42ID:ajov4Ad8 左辺値参照で無理やりムーブ作ったやつね
863デフォルトの名無しさん
2022/02/11(金) 06:13:41.97ID:ycfpInN1 仕様のバージョンは普通自分で選ぶもんじゃないので、古いことを知るのだって意味はある
逆にどの辺が古い、というのが分かってもあまり意味ない
逆にどの辺が古い、というのが分かってもあまり意味ない
864デフォルトの名無しさん
2022/02/13(日) 06:29:47.80ID:DI/GcuLa いろんな範囲で一様乱数を次々と生成したいときってどうしますか?
uniform_int_distribution の範囲を次々と param で変える?
あるいは、妥協して剰余をとる形で範囲を変える?
uniform_int_distribution の範囲を次々と param で変える?
あるいは、妥協して剰余をとる形で範囲を変える?
865デフォルトの名無しさん
2022/02/13(日) 06:32:11.91ID:DI/GcuLa あるいは、uniform_int_distribution を次々と生成して使い捨てる?
実測するべきなんでしょうが、どれがオーバーヘッドが少ないかというカンがありません
実測するべきなんでしょうが、どれがオーバーヘッドが少ないかというカンがありません
866デフォルトの名無しさん
2022/02/13(日) 06:51:44.09ID:rfXE6dHR 色々手はあるね
「いろんな範囲」の個数が決まっているならuniform_int_distributionの配列にするもよし
ランダムならparamもよし
次々と生成して使い捨て、つまりコンストラクタとデストラクタを都度実行するのは
俺はあんまりやりたくないが止めもしない
「いろんな範囲」の個数が決まっているならuniform_int_distributionの配列にするもよし
ランダムならparamもよし
次々と生成して使い捨て、つまりコンストラクタとデストラクタを都度実行するのは
俺はあんまりやりたくないが止めもしない
867デフォルトの名無しさん
2022/02/13(日) 07:21:47.95ID:JnTPIF3C >>865
同じ範囲を何回も使うならその分distributionを用意する、そうでないならparamを変えていくのが良さそうに思います。が、たぶん実行時の差はほぼ無いです。
いちおう関数の定数を書き換えていくかメモリ上に予めたくさん用意するかの違いとして判断しました。
計算重いのは大抵は乱数生成の方だと思うので、速くしたいならそっちをとりかえたほうがいいと思います。
同じ範囲を何回も使うならその分distributionを用意する、そうでないならparamを変えていくのが良さそうに思います。が、たぶん実行時の差はほぼ無いです。
いちおう関数の定数を書き換えていくかメモリ上に予めたくさん用意するかの違いとして判断しました。
計算重いのは大抵は乱数生成の方だと思うので、速くしたいならそっちをとりかえたほうがいいと思います。
868デフォルトの名無しさん
2022/02/13(日) 07:48:28.31ID:rfXE6dHR メルセンヌツイスターの売りの1つが速度がそんなに遅くない点だね
869デフォルトの名無しさん
2022/02/13(日) 10:06:40.11ID:+NRIy/Ul なんで剰余を取るのが妥協なん?
870デフォルトの名無しさん
2022/02/13(日) 10:33:38.50ID:SeV3jiEK 一様性が一般に崩れるから
871デフォルトの名無しさん
2022/02/13(日) 10:37:30.83ID:SeV3jiEK 個人的にはこうやってみたりしてゐる、
/// 閉区間[0, ub]を値域とする一様乱数を生成する。
unsigned long genrand_int32_with_ub(unsigned long ub)
{
assert(0 < ub && ub < (unsigned long)UINT32_MAX);
const uint64_t F = (uint64_t)UINT32_MAX;
const uint64_t W = (uint64_t)ub + (uint64_t)1;
const uint64_t Q = F / W;
#ifndef NDEBUG
const uint64_t R = F - W * Q;
assert(Q > 0 && 0 <= R && R < W);
#endif
// 半開区間[0, (W+1)*Q)を値域とする一様乱数取得
const uint64_t WQ = W * Q;
uint64_t rndLTWQ;
do {
rndLTWQ = (uint64_t)genrand_int32();
//printf("rndLTWQ=0x%08x, Q=0x%016llu\n", rndLTWQ, Q);
} while (rndLTWQ >= WQ);
// Qで割る。
const uint64_t r = rndLTWQ / Q;
assert(0 <= r && r <= ub);
return (unsigned long)r;
}
/// 閉区間[0, ub]を値域とする一様乱数を生成する。
unsigned long genrand_int32_with_ub(unsigned long ub)
{
assert(0 < ub && ub < (unsigned long)UINT32_MAX);
const uint64_t F = (uint64_t)UINT32_MAX;
const uint64_t W = (uint64_t)ub + (uint64_t)1;
const uint64_t Q = F / W;
#ifndef NDEBUG
const uint64_t R = F - W * Q;
assert(Q > 0 && 0 <= R && R < W);
#endif
// 半開区間[0, (W+1)*Q)を値域とする一様乱数取得
const uint64_t WQ = W * Q;
uint64_t rndLTWQ;
do {
rndLTWQ = (uint64_t)genrand_int32();
//printf("rndLTWQ=0x%08x, Q=0x%016llu\n", rndLTWQ, Q);
} while (rndLTWQ >= WQ);
// Qで割る。
const uint64_t r = rndLTWQ / Q;
assert(0 <= r && r <= ub);
return (unsigned long)r;
}
872デフォルトの名無しさん
2022/02/13(日) 10:52:20.14ID:cIrOgCom 標準ライブラリ使わんの?
873はちみつ餃子 ◆8X2XSCHEME
2022/02/13(日) 11:12:52.07ID:nD0XyBZB >>869
分かり易い例として 0 から 9 の一様な乱数列を生成するものを考えてみればいい。
このとき 0 から 7 の値が必要だからといって 8 の余剰を取ったらどうなる?
8, 9 が 0, 1 になるから 0 と 1 の出現確率が他の倍になってしまうだろ。
生成される値の幅が必要な値の幅よりも十分に大きいなら
許容可能な誤差として無視できる場合も多いとは思うが
様々なパラメータが有りうる状況では検証しづらい。
分かり易い例として 0 から 9 の一様な乱数列を生成するものを考えてみればいい。
このとき 0 から 7 の値が必要だからといって 8 の余剰を取ったらどうなる?
8, 9 が 0, 1 になるから 0 と 1 の出現確率が他の倍になってしまうだろ。
生成される値の幅が必要な値の幅よりも十分に大きいなら
許容可能な誤差として無視できる場合も多いとは思うが
様々なパラメータが有りうる状況では検証しづらい。
874はちみつ餃子 ◆8X2XSCHEME
2022/02/13(日) 11:15:35.52ID:nD0XyBZB >>872
呼出しのたびに必要な範囲が違うような Distribution が標準に無いという文脈
呼出しのたびに必要な範囲が違うような Distribution が標準に無いという文脈
875ハノン ◆QZaw55cn4c
2022/02/13(日) 12:39:58.09ID:1UprWsoO >>873
それもあるけれども、昔の擬似乱数列は絶望的なまでに下位桁がランダムではない、という事情をひきずっているのでは?まあ MT はそうじゃないけどね
それもあるけれども、昔の擬似乱数列は絶望的なまでに下位桁がランダムではない、という事情をひきずっているのでは?まあ MT はそうじゃないけどね
876デフォルトの名無しさん
2022/02/13(日) 13:09:41.79ID:+NRIy/Ul877デフォルトの名無しさん
2022/02/13(日) 13:37:58.02ID:PyRRUUG6 C++何の関係もない話で草
検証が必要ならすればいいだけ
要件すら不明で何もしてないのに質問するやつが馬鹿
検証が必要ならすればいいだけ
要件すら不明で何もしてないのに質問するやつが馬鹿
878はちみつ餃子 ◆8X2XSCHEME
2022/02/13(日) 14:27:27.60ID:nD0XyBZB879デフォルトの名無しさん
2022/02/13(日) 15:14:31.28ID:GfZrXG+U 任意の区間の乱数って、どうせはみ出した分をちょん切るんでしょ?
880はちみつ餃子 ◆8X2XSCHEME
2022/02/13(日) 15:18:24.06ID:nD0XyBZB せやで。
881デフォルトの名無しさん
2022/02/13(日) 15:25:43.89ID:CS3pmCmc そんな短い周期の疑似乱数使ってないんじゃない?
端っこは気にしないと思うなあ
端っこは気にしないと思うなあ
882デフォルトの名無しさん
2022/02/13(日) 16:00:39.64ID:yoBtg/nD883デフォルトの名無しさん
2022/02/13(日) 16:06:17.09ID:CS3pmCmc 一般論でいうと周期に余裕がない様な疑似乱数使うのが間違いなんだと思うけどね
884デフォルトの名無しさん
2022/02/13(日) 16:19:57.08ID:kSk9XozZ そういうのを乱数知識ない奴が触らずに済むようにパッケージにしたのが<random>のdistributionなんだから素直に頼っとけよ
885デフォルトの名無しさん
2022/02/13(日) 16:42:35.21ID:JnTPIF3C 周期と値域は別では
886デフォルトの名無しさん
2022/02/13(日) 16:56:02.36ID:KditTIA5 >>885
内部的にはおおむね同じです
内部的にはおおむね同じです
887はちみつ餃子 ◆8X2XSCHEME
2022/02/13(日) 17:04:20.08ID:nD0XyBZB 線形合同法とかなら値の範囲と周期が一致することもあるが、乱数の一般的性質というわけではない。
888デフォルトの名無しさん
2022/02/13(日) 17:59:20.78ID:av/6iEu7 周期と値域は別だろ
たとえばマイナス一億と、プラス一億の2値をとる乱数とか
たとえばマイナス一億と、プラス一億の2値をとる乱数とか
889デフォルトの名無しさん
2022/02/13(日) 18:15:27.44ID:AOBvb97v 疑似乱数なんて今の値で次の値が決まるんだから周期も値も同じだろう
その値の一部を使ったらまあ見た目は減るだろうけど
その値の一部を使ったらまあ見た目は減るだろうけど
890デフォルトの名無しさん
2022/02/13(日) 18:32:37.88ID:3OIdnfKh 値域: 出力される値の範囲
周期: そのまんま乱数の出力が1周するステップ数
内部状態かなんかとごちゃ混ぜになってない?
周期: そのまんま乱数の出力が1周するステップ数
内部状態かなんかとごちゃ混ぜになってない?
891はちみつ餃子 ◆8X2XSCHEME
2022/02/13(日) 18:34:40.46ID:nD0XyBZB892デフォルトの名無しさん
2022/02/13(日) 18:34:49.25ID:AOBvb97v さすがにマジの最大値と最小値なんて誰も問題にしとらんやろ
893デフォルトの名無しさん
2022/02/13(日) 18:38:19.35ID:mUIDTArd894デフォルトの名無しさん
2022/02/13(日) 18:55:00.53ID:RJAwRgrO 端っこにゴミがあるよりは歯抜けが散らばってる方がいいというのは一理あるね
895デフォルトの名無しさん
2022/02/14(月) 10:33:59.04ID:14KvXXq2 メンバー関数をテンプレートに出来たりしませんかね?
struct Sample{void func1(int i); void func2(int i);...}
template<typename T> void SampFunc(Sample& sample, int i){sample.T(i);}
みたいな
エラーはNo member named 'T' in ホゲホゲって感じですが
struct Sample{void func1(int i); void func2(int i);...}
template<typename T> void SampFunc(Sample& sample, int i){sample.T(i);}
みたいな
エラーはNo member named 'T' in ホゲホゲって感じですが
896デフォルトの名無しさん
2022/02/14(月) 10:38:23.09ID:14KvXXq2 書き込んでから思いつきましたが直接やらずに
struct Caller1{void operator()(Sample& sample, int i){sample.func1(int i);}};
...
みたいなのを挟むべきですかねぇ
struct Caller1{void operator()(Sample& sample, int i){sample.func1(int i);}};
...
みたいなのを挟むべきですかねぇ
897デフォルトの名無しさん
2022/02/14(月) 10:52:52.11ID:Z549+Tcq structの{}内にテンプレートの文全部入れてみ?
898デフォルトの名無しさん
2022/02/14(月) 11:13:25.35ID:o9A3FVGP 毎回 uniform_int_distribution のインスタンスを一時的に生成しては破壊するのを繰り返すのだけはありえんだろ
無意味なメモリのアロケーションありすぎ
無意味なメモリのアロケーションありすぎ
899デフォルトの名無しさん
2022/02/14(月) 11:16:30.38ID:lu0CYRrt #include <iostream>
using namespace std;
struct Sample{
void func1(int i) {cout << i << "," << __PRETTY_FUNCTION__ << endl;}
void func2(int i) {cout << i << "," << __PRETTY_FUNCTION__ << endl;}
};
template<typename T> void SampFunc(Sample& sample, int i, T member_func){
(sample.*member_func)(i);
}
int main() {
Sample s;
SampFunc(s, 1, &Sample::func1);
SampFunc(s, 2, &Sample::func2);
return 0;
}
using namespace std;
struct Sample{
void func1(int i) {cout << i << "," << __PRETTY_FUNCTION__ << endl;}
void func2(int i) {cout << i << "," << __PRETTY_FUNCTION__ << endl;}
};
template<typename T> void SampFunc(Sample& sample, int i, T member_func){
(sample.*member_func)(i);
}
int main() {
Sample s;
SampFunc(s, 1, &Sample::func1);
SampFunc(s, 2, &Sample::func2);
return 0;
}
900デフォルトの名無しさん
2022/02/14(月) 11:28:15.31ID:s3l2ZTMb doubleとfloatの配列を同じように関数の引数に渡して扱う方法ってありますか?
・処理部が複雑なので引数の型が違う関数2個は作りたくない
・IF関数として両方版を作ってそこから処理部を呼び出すみたいな構造は可能、ただし別型版の実体コピー配列などは作りたくない(配列が巨大な為)
考えてみたのが、
配列の値部分をvoid*配列で指したものと、type_infoを持ったクラスなり構造体なりを用意して、
処理部でtype_infoに応じてvoid*をキャスティング、という方法ですが、
どうにも汚いのでもっと綺麗なやり方あれば教えてください。
・処理部が複雑なので引数の型が違う関数2個は作りたくない
・IF関数として両方版を作ってそこから処理部を呼び出すみたいな構造は可能、ただし別型版の実体コピー配列などは作りたくない(配列が巨大な為)
考えてみたのが、
配列の値部分をvoid*配列で指したものと、type_infoを持ったクラスなり構造体なりを用意して、
処理部でtype_infoに応じてvoid*をキャスティング、という方法ですが、
どうにも汚いのでもっと綺麗なやり方あれば教えてください。
901デフォルトの名無しさん
2022/02/14(月) 11:34:29.03ID:lu0CYRrt コードがないので0点
902デフォルトの名無しさん
2022/02/14(月) 11:51:48.64ID:MNwZvUCy テンプレートでいいだろ
903デフォルトの名無しさん
2022/02/14(月) 11:54:11.63ID:L8LvhIeL >>900
ふつーにテンプレートじゃね?
template <typename T> requires std::is_floating_point_v<T>
void func(T&& arg)
{
}
あとanyなんて手もあるけど
void func(std::any arg)
{
if(arg.type() == typeid(double)) { }
if(arg.type() == typeid(float)) { }
}
ふつーにテンプレートじゃね?
template <typename T> requires std::is_floating_point_v<T>
void func(T&& arg)
{
}
あとanyなんて手もあるけど
void func(std::any arg)
{
if(arg.type() == typeid(double)) { }
if(arg.type() == typeid(float)) { }
}
904デフォルトの名無しさん
2022/02/14(月) 11:57:58.78ID:81yRYH7R905デフォルトの名無しさん
2022/02/14(月) 12:04:39.18ID:Z549+Tcq906デフォルトの名無しさん
2022/02/14(月) 12:12:47.83ID:L8LvhIeL >>900
まさかとは思うが
float f[2];
std::fill(std::begin(f), std::end(f), 0);
double d[2];
std::fill(std::begin(d), std::end(d), 0);
こんな基本はわかるんだよな?
まさかとは思うが
float f[2];
std::fill(std::begin(f), std::end(f), 0);
double d[2];
std::fill(std::begin(d), std::end(d), 0);
こんな基本はわかるんだよな?
907デフォルトの名無しさん
2022/02/14(月) 13:46:37.17ID:nlxkZZlr >>899
ありがとう、採用します 895
ありがとう、採用します 895
908デフォルトの名無しさん
2022/02/14(月) 14:17:59.24ID:s3l2ZTMb ありがとうございます、テンプレート便利ですね。使わせていただきます。900
909デフォルトの名無しさん
2022/02/14(月) 14:33:14.26ID:HFyH6Ayv あるクラスのメンバ関数のデフォルト引数を同クラスのメンバ変数にすることって可能でしょうか
910デフォルトの名無しさん
2022/02/14(月) 14:51:26.37ID:lu0CYRrt 可能
911はちみつ餃子 ◆8X2XSCHEME
2022/02/14(月) 14:51:35.72ID:eI8f6/6+ もっとわかりやすく説明して……。
912はちみつ餃子 ◆8X2XSCHEME
2022/02/14(月) 14:55:09.41ID:eI8f6/6+ デフォルト引数をデータメンバにするってのは単にデフォルト引数の値をデータメンバに入れるって意味?
↓ こういうの?
struct foo {
int x;
void bar(int y=1) {
x=y;
}
};
こんな単純なことがわからないとも思えんし、なんか隠れた要件がありそうな気がするんやが
↓ こういうの?
struct foo {
int x;
void bar(int y=1) {
x=y;
}
};
こんな単純なことがわからないとも思えんし、なんか隠れた要件がありそうな気がするんやが
913デフォルトの名無しさん
2022/02/14(月) 15:03:33.70ID:JdXPqUHi >>912
逆だろ文網
逆だろ文網
914デフォルトの名無しさん
2022/02/14(月) 15:13:09.50ID:9KgBPGkB >>912
こいつJ民だったの?
こいつJ民だったの?
915デフォルトの名無しさん
2022/02/14(月) 15:13:51.43ID:M1yCctPq たぶん
struct S{
int field;
void f(int x=field){...}
};
ってのをやりたいんだろうけどな
あいにくC++のデフォルト引数は関数定義を見ただけで定数に決まるものしか受け付けられない
どうしても同等の処理をしたいならオーバーロードして転送するのが一番楽
void f(){f(field);}
struct S{
int field;
void f(int x=field){...}
};
ってのをやりたいんだろうけどな
あいにくC++のデフォルト引数は関数定義を見ただけで定数に決まるものしか受け付けられない
どうしても同等の処理をしたいならオーバーロードして転送するのが一番楽
void f(){f(field);}
916デフォルトの名無しさん
2022/02/14(月) 15:17:25.95ID:L8LvhIeL > デフォルト引数は関数定義を見ただけで定数に決まるものしか受け付けられない
そうか?
int func()
{
int a;
std::cin >> a; //絶対に定数になり得ない
return a;
}
void test(int arg = func())
{
}
int main()
{
test(); //OK. もちろん入力待ちをする
}
そうか?
int func()
{
int a;
std::cin >> a; //絶対に定数になり得ない
return a;
}
void test(int arg = func())
{
}
int main()
{
test(); //OK. もちろん入力待ちをする
}
917はちみつ餃子 ◆8X2XSCHEME
2022/02/14(月) 15:21:08.20ID:eI8f6/6+918デフォルトの名無しさん
2022/02/14(月) 15:33:51.02ID:lu0CYRrt コードがないし状況不明で困ってる文面にも見えないからアレで十分
919デフォルトの名無しさん
2022/02/14(月) 17:52:44.50ID:m3z01MvF uniform_int_distributionって本質はIntTypeのペアを持った関数オブジェクトだから毎回生成したところで遅くはないはず
920デフォルトの名無しさん
2022/02/14(月) 20:03:27.39ID:vE8mmwyH 乱数ってだいたい静的になんか持ってるよね
921デフォルトの名無しさん
2022/02/14(月) 20:44:52.17ID:UkhMLhRO マルチスレッド環境用にジャンプって機能が疑似乱数にあるよな
「疑似乱数 ジャンプ」でぐぐると出てくる
「疑似乱数 ジャンプ」でぐぐると出てくる
922デフォルトの名無しさん
2022/02/14(月) 21:33:11.13ID:CqI2HZWm 状態持ってるのはエンジンの方
分布ごときにどんな怪獣ブラックボックスのイメージ持ってんだ
分布ごときにどんな怪獣ブラックボックスのイメージ持ってんだ
923デフォルトの名無しさん
2022/02/14(月) 21:37:34.26ID:zjXK/l5x エンジン以外に何があんの?
924デフォルトの名無しさん
2022/02/14(月) 22:08:14.48ID:2E5iBc/D 例外処理で、catchした後、どのクラスがthrowしたのかってわかりますか?
925デフォルトの名無しさん
2022/02/14(月) 22:35:41.44ID:jOONNl+N 初心者質問ですみません。
ヘッダで定義したテンプレート特殊化の非推奨属性がヘッダ外で効いてないっぽいんですけど、
ヘッダ外でも非推奨としたい場合何か特殊な事をしないといけないとかありましたっけ?
例えば
.h
```
template <std::integral INT_TYPE>
struct int_auto
{
using type = auto_int_detail<std::is_signed_v<INT_TYPE>, sizeof(INT_TYPE)>::type;
};
template <>
struct [[deprecated("char type is not allowed")]] int_auto<char>
{
using type = auto_int_detail<std::is_signed_v<char>, sizeof(char)>::type;
};
template <std::integral T>
using int_auto_t = int_auto<T>::type;
int_auto_t<char> i_header; // これは非推奨
```
.cpp
```
int_auto_t<char> i_cpp; // これは非推奨じゃない
```
となっています。
MSVC++(v142)で言語標準準拠はstd:c++20です。
ヘッダで定義したテンプレート特殊化の非推奨属性がヘッダ外で効いてないっぽいんですけど、
ヘッダ外でも非推奨としたい場合何か特殊な事をしないといけないとかありましたっけ?
例えば
.h
```
template <std::integral INT_TYPE>
struct int_auto
{
using type = auto_int_detail<std::is_signed_v<INT_TYPE>, sizeof(INT_TYPE)>::type;
};
template <>
struct [[deprecated("char type is not allowed")]] int_auto<char>
{
using type = auto_int_detail<std::is_signed_v<char>, sizeof(char)>::type;
};
template <std::integral T>
using int_auto_t = int_auto<T>::type;
int_auto_t<char> i_header; // これは非推奨
```
.cpp
```
int_auto_t<char> i_cpp; // これは非推奨じゃない
```
となっています。
MSVC++(v142)で言語標準準拠はstd:c++20です。
926はちみつ餃子 ◆8X2XSCHEME
2022/02/14(月) 22:41:31.68ID:eI8f6/6+ >>924
それ自体には発生元を特定する情報を持たないけど……。
どういう状況?
・ 例外的な状況から回復する必要があって発生源によって処理の切り替えが要る
・ プログラムの正常系が動くはずなのに何故か出てくる例外の元を特定したい (つまりデバッグ用途)
どちら?
それ自体には発生元を特定する情報を持たないけど……。
どういう状況?
・ 例外的な状況から回復する必要があって発生源によって処理の切り替えが要る
・ プログラムの正常系が動くはずなのに何故か出てくる例外の元を特定したい (つまりデバッグ用途)
どちら?
927デフォルトの名無しさん
2022/02/14(月) 23:02:44.91ID:2E5iBc/D928デフォルトの名無しさん
2022/02/14(月) 23:08:22.30ID:BDOt87Dq >>927
ヒント。例外はクラス等なんでも投げられる。そしてクラスは継承できる。
ヒント。例外はクラス等なんでも投げられる。そしてクラスは継承できる。
929デフォルトの名無しさん
2022/02/14(月) 23:11:22.86ID:R5SapkSQ それはどのクラスがthrowした、じゃなくて、どのクラスがthrowされた、の間違いだな
例外 c++で検索すれば答えはすぐ出てくるよ
例外 c++で検索すれば答えはすぐ出てくるよ
930デフォルトの名無しさん
2022/02/14(月) 23:29:00.15ID:a+DIA8ij931デフォルトの名無しさん
2022/02/15(火) 00:14:19.75ID:VnfLS+lO932蟻人間 ◆T6xkBnTXz7B0
2022/02/15(火) 00:23:09.85ID:vbEMbnXt throw this;
933デフォルトの名無しさん
2022/02/15(火) 14:33:45.24ID:StNRh9X/ クラスメンバをforで回す方法はありますか?
例えばintのaとdoubleのbという2つのメンバを持つクラスがあったとして、
forループでクラス内のメンバ変数を全部加算したい、など。
イメージはこんな感じです。
double all = 0.0;
for (T member : this->allMember)
{
all += member;
}
例えばintのaとdoubleのbという2つのメンバを持つクラスがあったとして、
forループでクラス内のメンバ変数を全部加算したい、など。
イメージはこんな感じです。
double all = 0.0;
for (T member : this->allMember)
{
all += member;
}
934デフォルトの名無しさん
2022/02/15(火) 14:55:33.51ID:aaenmMxg for で回さないといけないほど多数のメンバー変数がある設計をまず見直すべき
935デフォルトの名無しさん
2022/02/15(火) 14:59:14.95ID:0rNaChGh リフレクションは無いというのが回答か
936デフォルトの名無しさん
2022/02/15(火) 15:15:26.06ID:AWN50YIA 動的にロードするのでなければ、自分で登録するか、ソースから解析するタイプのリフレクションライブラリを書くか探せばいい
937デフォルトの名無しさん
2022/02/15(火) 15:16:41.63ID:g9Gn9R1H 配列じゃあかんのか
レス数が900を超えています。1000を超えると表示できなくなるよ。
ニュース
- 【中国外務省】日中関係悪化は高市氏に責任と名指しで非難… ★2 [BFU★]
- 外務省局長は無言で厳しい表情…日中の高官協議終了か 高市首相“台湾”発言で中国が強硬対応 発言撤回求めたか…★2 [BFU★]
- 日本行き空路49万件キャンセル 中国自粛呼びかけ 日本行きチケット予約の約32%に相当 [ぐれ★]
- 小野田紀美・経済安保担当相「何か気に入らないことがあればすぐに経済的威圧をする国への依存はリスク」 [Hitzeschleier★]
- 政府、株式の配当など金融所得を高齢者の医療保険料や窓口負担に反映する方針を固めた [バイト歴50年★]
- 【維新】吉村知事「中国人観光客だけに頼るビジネスモデル変えていかないといけない」「高市総理の発言は撤回する必要はない」 [Hitzeschleier★]
- 中国高官と話す外務省局長の表情、やばい ★2 [175344491]
- 中国外務省「日中関係の悪化は高市早苗首相が原因」と名指しで強く非難。キタ━(゚∀゚)━! [153490809]
- 【悲報】日本人「日本が中国と戦争になったら世界中の国が応援してくれるぞ!」 [616817505]
- 小野田経済安保相「すぐに経済的威圧するところへの依存はリスク」😲 [861717324]
- 日本政府「高市総理の発言は問題ないと伝え、中国総領事のSNS投稿は問題があると中国に伝えました😊」 [931948549]
- 【ほんこん悲報】吉本新喜劇の中国公演が中止に! [523957489]
