C++相談室 part160

**デフォルトの名無しさん** · 2022/04/15(金) 08:39:32.42

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

**デフォルトの名無しさん** · 2022/05/09(月) 13:09:06.67

>>749
それぞれに応じてちゃんと異なる値を返すから>>746が正解っぽい

**デフォルトの名無しさん** · 2022/05/09(月) 13:38:49.81

異なる値を返すからNG
何度書いてもNGなものはNG

**デフォルトの名無しさん** · 2022/05/09(月) 13:57:46.67

~0U>>1 　で int のサイズが同じ環境なのに違う値を返すケースある？

**デフォルトの名無しさん** · 2022/05/09(月) 14:07:18.41

>>750
それぞれに応じて違う値を返すこと自体がNGでしょ

>>751
一応ルール確認
sizeof(int); も環境によって変わるからNG
1<<999; はintが1024bit以上なら環境に依存せず固定値になるからOKてことでいいよね？

**デフォルトの名無しさん** · 2022/05/09(月) 14:16:39.02

よくわからないパズルは他所でやれ

**デフォルトの名無しさん** · 2022/05/09(月) 14:20:50.13

環境によってintの最大値が違うのに環境依存はまかりならんとかw
なら規格で保証されてる最大値（32767だっけ？）を返すしかなくね？

**デフォルトの名無しさん** · 2022/05/09(月) 14:22:28.17

>>753
それはだめです
1<<999は例えばintが32bit環境では0となります
大きな数を返すことができていません

**デフォルトの名無しさん** · 2022/05/09(月) 14:27:15.36

>ただし、"int" "float" "double" で表現できる値は十分大きいものとする
>事実上無限ビットあると考えて良い
これと

>たとえば、intのサイズに依存した値になるコードはNG
ここの兼ね合いがどうなってるのか文意が読み取れん

日本語難しい

**デフォルトの名無しさん** · 2022/05/09(月) 14:29:47.27

intの最大値ならINT_MAX

**デフォルトの名無しさん** · 2022/05/09(月) 14:31:48.86

>>758
それは7文字もあるから敗北
~0U>>1と6文字で行ける

**デフォルトの名無しさん** · 2022/05/09(月) 17:07:31.36

>>753
そういうことです

>>757
「十分大きい場合」に同じ値が返れば良いです
「十分大きい場合」でないならば動作不定でも無限ループでも良いです

**デフォルトの名無しさん** · 2022/05/09(月) 17:17:54.32

>>760
現実にありえない環境で同じ値が返ったとしても
現実にある環境で異なる値が返るからダメですよ

**デフォルトの名無しさん** · 2022/05/09(月) 17:54:22.09

お題スレでやってろ

**デフォルトの名無しさん** · 2022/05/09(月) 17:56:24.99

すぐにオーバーフローしたら大きな数が作れない ==> intは十分大きい

同じ値が返らないと数の定義にならない ==> 同じ値が返る

この2個の条件は必須

多倍長数が扱える言語であれば十分大きいは満たしているわけだけど

**デフォルトの名無しさん** · 2022/05/09(月) 20:08:33.86

>>735
証明してから使おうね‥‥

**デフォルトの名無しさん** · 2022/05/10(火) 06:49:00.20

>>735-737
FFTでやってる限り誤差で単精度くらいまで落ちるよ
1の乗根じゃなくて整数環でやるべき

あとNGしたいからコテつけてください

**デフォルトの名無しさん** · 2022/05/10(火) 07:07:25.40

>>759
それintじゃなくunsigned intじゃん
(int)(~0u>>1)は13文字だぞ

**デフォルトの名無しさん** · 2022/05/10(火) 07:35:35.52

>>765
>>597よろしく

**デフォルトの名無しさん** · 2022/05/10(火) 09:46:20.51

>>766
それは不要
intを返す関数で使われるとあるから自動的にキャストされる

**デフォルトの名無しさん** · 2022/05/10(火) 12:27:13.81

>>766
2^[ビット数-1]-1を作る為だけに6文字も使うのは
巨大数生成としては効率が悪すぎる

**デフォルトの名無しさん** · 2022/05/10(火) 12:40:40.45

>>768
758にアンカーがないのでそこからしか読んでなかったが
「intを返す関数」と書いてあるのはどこか遡ってみた
で、742か
9E999とか書いてあるの見て思った

　ア　ホ　か　！

付き合ってらんね

**デフォルトの名無しさん** · 2022/05/11(水) 00:56:06.02

逆参照て何?
どーかんがえても意味不明なんだが?

**デフォルトの名無しさん** · 2022/05/11(水) 01:21:28.84

>>597
数値としては
ビット0からビット17179869183の17179869184ビットあって
MSBのビット17179869183だけ1、それ以外全部0 という数
ちなみに log2(2^17179869183) = 17179869183 という数でもある

**デフォルトの名無しさん** · 2022/05/11(水) 01:26:24.46

ちなみに10進数で一応計算してみた
約だけど
4.63718218*10^5171655945

**デフォルトの名無しさん** · 2022/05/11(水) 01:47:19.15

100桁精度で計算してみた

2^17179869183 =
4.63718218509504584387714531277598505035321551306497981802919920776481\
1280740258379690028942685133666E+5171655945

**デフォルトの名無しさん** · 2022/05/11(水) 01:55:22.86

1000桁
4.63718218509504584387714531277598505035321551306497981802919920776481\
1280740258379690028942685133665887678584875885591832718641905762127656\
8648464720428549339230429654230791681707765917647233112807227604202266\
5319507091896875357160842962215472898266643236555234127464648965219429\
4512975764838082263634232746025000505451315362217832502300416050059971\
6055861808134228895379488099475249306954395392974540860455538277768910\
6501779698066463774056727472854585596601051721933481196771957007013333\
1820937700316660548714353734677001021769055523397265041627700949880613\
6512390001031773699898144998699518865275093160899781961932357159230653\
7623370836815040562264217362228933327066544205490551615983201178741086\
9629443458030111199396338422961782744988511892557698949168820144192823\
3037701007229077794006504943886197679972934343613269571575719811291847\
2263408312031495611576479729358418227154841607037559274517841362656405\
8439611218916024169112008441360472444290176302521705087210814345468682\
750024133044013191605E+5171655945

これ以上は迷惑行為だからやめとく

**デフォルトの名無しさん** · 2022/05/11(水) 02:49:25.02

僕まではセーフ

**デフォルトの名無しさん** · 2022/05/11(水) 07:00:39.20

一番大きい10進正数・・・・・・999 を NMAXとおくとき
NMAX * NMAX == 1
NMAX == -1
が言える

**デフォルトの名無しさん** · 2022/05/11(水) 07:56:05.93

ダチョウが死んだ
鳥インフルで殺処分らしい

**デフォルトの名無しさん** · 2022/05/11(水) 21:23:58.71

インフルエンザの季節じゃないと思うケド…

**デフォルトの名無しさん** · 2022/05/11(水) 22:06:18.66

◆◆ダチョウについて語る！！◆◆ [無断転載禁止]©2ch.net
https://rio2016.5ch.net/test/read.cgi/wild/1491662825/

**デフォルトの名無しさん** · 2022/05/12(木) 12:52:25.00

せっかく計算してやったのになんの感謝もないな

**デフォルトの名無しさん** · 2022/05/12(木) 13:15:32.97

>>712
に挑戦してみて

**デフォルトの名無しさん** · 2022/05/12(木) 19:53:55.36

>>781
>>695に全桁

**デフォルトの名無しさん** · 2022/05/12(木) 19:57:03.47

どういう意図で質問してきてんだテメエ
ここは相談スレであってクイズスレじゃねぇんだよ馬鹿たれ
しかも、クイズのごとき問題出してもテメエで正解すら用意してない。
出て行けゴミ野郎

**デフォルトの名無しさん** · 2022/05/12(木) 20:00:06.71

はいはい、わかったわかった

**デフォルトの名無しさん** · 2022/05/12(木) 20:04:07.89

>>782
宇宙中のリソースを使っても無理
もちろん近似であれば可能

**デフォルトの名無しさん** · 2022/05/12(木) 20:41:05.66

2^^6は
2120038728808211984885164691662274630835...............8862693010305614986891826277507437428736
であると書いているサイトがある。

**デフォルトの名無しさん** · 2022/05/12(木) 21:01:03.42

有効数字1億桁とか下位1億桁なら簡単
全桁は不可能

**デフォルトの名無しさん** · 2022/05/12(木) 21:21:17.12

>>788
100桁ずつで良いからぜひぜひ

**デフォルトの名無しさん** · 2022/05/13(金) 00:43:07.89

なぜかというと筆算を考えたらﾜｶﾙ
真ん中に行くにつれて桁の値を求めるのが一番積和の項数が大きいくて大変でありかつ
LHSとRHSの数のあらゆる桁が関わるから誤差に対してもﾁｮｰ敏感、

**デフォルトの名無しさん** · 2022/05/13(金) 08:40:43.88

>>789
アップしてあるコードをちょっと変えれば出来るんだから
まずは自分でやってみなさい

**デフォルトの名無しさん** · 2022/05/14(土) 13:54:53.41

>>765
見えない敵の可視化

>>695
mul_f2i()の中で
k1 = 1;
k2 = t360 - 1;
for (; k1 < t180; k1++, k2--) {
　double re, im;
　re = b->data[k1] * c->data[k1] - b->data[k2] * c->data[k2];
　im = b->data[k1] * c->data[k2] + b->data[k2] * c->data[k1];
　d->data[k1] = re;
　d->data[k2] = im;
}
としている積和絵算での誤差の拡大を問題視してないのはなんでじゃろがい？
別段b->data[・]もc->data[・]も絶対値が1未満と決まっているわけではないのでは……
決まっているとしても類似の大きさ同士の差で桁落ちが発生するのでは……
ｹkｯｷｮｷ、誤差の適正な評価のためには>>679式に積和の都度上限と下限を見積もるしか無いんじゃないの

**デフォルトの名無しさん** · 2022/05/14(土) 20:43:21.69

Animalクラスを継承したCatクラスとDogクラスがあります

class Cat : public Animal
{
・・・
};

class Dog : public Animal
{
・・・
};

プログラムの中に無数にある以下のような箇所を

Animal *object = new Cat();

以下のようにDogクラスに書き換えたいな、と思ったとき

Animal *object = new Dog();

テキストエディタの一括置換機能を使うよりもっとスマートな方法ってありますか？

**デフォルトの名無しさん** · 2022/05/14(土) 20:57:04.02

>>793
Cat.cpp とDog.cpp をバックアップする
Dog.cpp を削除する
IDEのリファクタ機能で Cat クラスを Dog クラスにリネームする
バックアップしていた Cat.cpp とDog.cpp を上書きで戻す

これで無数にある Cat を Dog に置き換えられる
文字列置換と異なり Catalog が Dogalog になってしまうこともない

**デフォルトの名無しさん** · 2022/05/14(土) 23:08:55.47

>>792
誤差はループ内のprintfで出力してるでしょ
誤差を減らす工夫が入っている事は気付いた？

**デフォルトの名無しさん** · 2022/05/15(日) 00:01:26.20

>>795
>誤差はループ内のprintfで出力してるでしょ
知ってたが>>792の演算をやった後の結果が入った事後データd->data[・]に対して
　x = d->data[i] * k;
　e = (int64_t)floor(x + .5);
　err_max = max(err_max, fabs(x - e));
とするだけではd->data[・]計算中に生じた仮数部LSBを超える誤差が全然見積もれていないんじゃな
いの
（唯一積の両側の絶対値が1以下だった場合は正当化されうるが、それはそれで似たような数の差での桁落ちを招きそう……

>誤差を減らす工夫
i2f()内で整数からフーリエ変換するときにRADIX / 2で事前carry_and_fix()してダイナミックレンジを抑えようとしている努力は認められる
しかしダイナミックレンジを抑えることが絶対的に誤差対策になるかというと以下略、

的な、

**デフォルトの名無しさん** · 2022/05/15(日) 00:08:49.83

多分仮数部LSBを超える誤差が整数部のLSBにまで達することは無い、という仮定のもとに
上のerr_maxの更新をやってるんだろうけど運悪く（RADIXが10だとして
9999.9999999999999
みたいなケースで仮数部LSB程度の誤差が生じたら最悪
　10000.0000000000000
か
　　9999.9999999999999
かどっちかわからなくなって整数部LSBより上が誤差に侵食され（ry

**デフォルトの名無しさん** · 2022/05/15(日) 01:29:26.60

>>794
ファイルを分ける
その発想はありませんでした
さっそく試させていただきます！
ありがとうございました

**デフォルトの名無しさん** · 2022/05/15(日) 05:48:25.74

いつまでもFFTの話してるバカども、数論変換知らんの

**デフォルトの名無しさん** · 2022/05/15(日) 07:10:32.52

>>797
四捨五入によって丸めてるんだから
運悪くなんてことはない

配列の特定の箇所だけ極端に誤差が大きくなることもない

だからerr_maxで誤差評価可能

**デフォルトの名無しさん** · 2022/05/15(日) 07:13:35.68

>>799
コードは？
速度は？

**デフォルトの名無しさん** · 2022/05/15(日) 09:10:05.29

一時オブジェクト指向全盛でGoF本なんかが崇められてたとき
ここで質問してるやつにデザインパターン見直せとか糞レス返してる奴いたが
最近はオブジェクト指向じゃ生産効率上がらないことわかってGoF本のステータスも低下してるのか?

**デフォルトの名無しさん** · 2022/05/15(日) 09:19:34.13

今も昔も関係ない
GoF本をステータス視するのが間違ってる
デザパタを乱用するのも間違ってる
必要な人が必要なだけ黙って使うのがデザパタ
必要も無いのに手を出すことは間違ってる
今も昔もずーっと同じように間違ってる

**デフォルトの名無しさん** · 2022/05/15(日) 09:41:49.69

オブジェクト指向じゃ生産効率向上しないことが明らかになって
そらGoF本の価値そのものが低下するわなww
new deleteなんて多用されたら困る分野なんていくらでもあるしな

**デフォルトの名無しさん** · 2022/05/15(日) 10:04:41.30

new deleteが全く使えない環境もある

**デフォルトの名無しさん** · 2022/05/15(日) 11:58:56.10

>>804
こういうこという奴は大規模開発に参加したことないニワカだろうな

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

自分を大きく見せようとするやつの
型どおりの言いぐさだな

**デフォルトの名無しさん** · 2022/05/15(日) 12:29:44.49

オブジェクト指向がオワコンだったとしても代わりになるものって何かあるんですか？

**デフォルトの名無しさん** · 2022/05/15(日) 12:39:29.05

なんか上のレイヤしか触らんwebのひとがオブジェクト指向とデザインパターンをディスること多いわ
そらお前らが利用してるフレームワークを作るのに使っとるんやと

**デフォルトの名無しさん** · 2022/05/15(日) 12:51:15.81

じゃあもうmain.cppにmain関数百万行書いて終わりにしていいんですか！？

**デフォルトの名無しさん** · 2022/05/15(日) 12:56:30.62

オブジェクト指向がオワコンかどうかは知らないが
少なくとも「C++でオブジェクト指向開発」を謳っている案件は漏れなくクソだ

**デフォルトの名無しさん** · 2022/05/15(日) 12:59:14.29

>>811
Chromiumってクソだったんだ
そんなクソがシェア圧倒的なこの世の中はクソまみれやね・・・

**デフォルトの名無しさん** · 2022/05/15(日) 13:00:11.08

最近はclassを使うプログラミングとオブジェクト指向プログラミングの両者のうちどちらが広くどちらが狭いとみなす？

**デフォルトの名無しさん** · 2022/05/15(日) 13:00:45.47

はよう糞まみれになろうぜ。

**デフォルトの名無しさん** · 2022/05/15(日) 13:02:04.44

あまりオブジェクト指向に固執すると
令和のstaticおじさんみたいなもんだぞ

**デフォルトの名無しさん** · 2022/05/15(日) 13:03:51.85

>>815
staticおじさんはマウントされるだけの上位存在がいるから馬鹿にされた訳だけど、
>>808等も言ってるようにオブジェクト指向がクソだとして代替案があるのか？っていうと無いからはそうはならない

**デフォルトの名無しさん** · 2022/05/15(日) 13:21:29.47

>>811
ならwindowsを使うのやめたらどうだ?
ついでにスマホもね
オブジェクト指向は何かを知らずにとりあえず否定しておけば自分が上だと考えてる無能

**デフォルトの名無しさん** · 2022/05/15(日) 13:27:39.30

>>817
プロダクトがうんこだと言っているのではない
開発案件がうんこだと言っているのです
まあここ数年は関わってないから知らんけど

**デフォルトの名無しさん** · 2022/05/15(日) 13:28:20.62

OS全てを使うのやめることになるなw

**デフォルトの名無しさん** · 2022/05/15(日) 13:58:17.52

というかいまだにオブジェクト指向という低レベルの次元で争ってる時点で無能確定
0.99999....!=1に拘ると同じくらい頭悪い

**デフォルトの名無しさん** · 2022/05/15(日) 14:12:46.74

低層レイヤって意味な

**デフォルトの名無しさん** · 2022/05/15(日) 14:41:06.77

オブジェクト指向がディスられるのは犬猫車で説明しようとした馬鹿どもに責任がある

**デフォルトの名無しさん** · 2022/05/15(日) 14:41:57.17

いまだにその説明をする人や書籍あるよね

**デフォルトの名無しさん** · 2022/05/15(日) 14:43:40.09

多重継承をポマトで説明とかなw

**デフォルトの名無しさん** · 2022/05/15(日) 14:45:32.53

議論の場でそもそも勘違いされたくない場合、OOPではなくクラス志向やC++/Java/C#など具体的な呼称に言い換えるだろ

**デフォルトの名無しさん** · 2022/05/15(日) 14:59:54.12

猫オブジェクトには食べるメソッドじゃなくて餌やるメソッドを定義してほしい

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

価値観って変わっていくからね
以前はマルチスレッドがもてはやされていたけど
最近はスレッドでは1万並列を扱うのが
困難、真のエンタープライズ分野ではI/O待ちでselect切り替えしたほうがパフォーマンスが出るという流れになってるとか

**デフォルトの名無しさん** · 2022/05/15(日) 15:12:44.20

真のエンタープライズwww

**デフォルトの名無しさん** · 2022/05/15(日) 15:17:09.87

それデータの並べ方程度の話じゃないの？
列志向のDBの方が速いみたいな

**デフォルトの名無しさん** · 2022/05/15(日) 15:21:41.77

スレッドってスタック持ってるじゃん
OSや設定にもよるけど1MBとか　これがバカにならないんだと思う

ちなみにJavaでは仮想スレッドというOSのスレッドと1対1対応させない並列化の仕組みが導入される
これで100万並列を実現できるんだと

**デフォルトの名無しさん** · 2022/05/15(日) 15:45:52.28

例えばRustのタスク(＝仮想的ないわゆるグリーンスレッド)はスタックレスなコルーチンなので個別の専用スタックを必要としなかったり

**デフォルトの名無しさん** · 2022/05/15(日) 15:58:28.15

そもそもマルチスレッドと並列処理は無関係でしょ

**デフォルトの名無しさん** · 2022/05/15(日) 16:04:53.51

>>832
むしろマルチOSスレッドこそ並列処理
逆にRustのタスク等はシングルOSスレッド上でも複数のタスクが同時に動くのでその場合は並行処理

**デフォルトの名無しさん** · 2022/05/15(日) 16:07:17.76

一般的な並列処理の定義だと同時に実行される複数のスレッドが必要だと思うけど。

**デフォルトの名無しさん** · 2022/05/15(日) 16:40:35.18

>>834
そんなことはないでしょ
1C1T CPUの時代でもタイムスライスでマルチスレッドって呼んでたんだから

**デフォルトの名無しさん** · 2022/05/15(日) 16:51:02.84

並列、並行、スレッド、タスクをごっちゃにしてる奴がいるな

**デフォルトの名無しさん** · 2022/05/15(日) 17:03:15.24

それはマルチタスクなんじゃ

**デフォルトの名無しさん** · 2022/05/15(日) 17:26:51.22

>>812
てめえのほざく大規模開発がChromium かいww

**デフォルトの名無しさん** · 2022/05/15(日) 17:33:52.78

>>832
別な話だけど無関係でもない
ユニプロセッサな環境でのマルチは待っている間に他のことをするのが目的
マルチプロセッサな環境でのマルチは上記に加えCPU性能を余さず使う目的もある

**デフォルトの名無しさん** · 2022/05/15(日) 17:35:04.93

>>827
>I/O待ちでselect切り替えしたほうがパフォーマンスが出る

こんまもんマルチスレッド以前にマルチタスクOSで昔からやってることだろ

**デフォルトの名無しさん** · 2022/05/15(日) 17:39:18.19

>>832
>そもそもマルチスレッドと並列処理は無関係でしょ
>そもそもマルチスレッドと並列処理は無関係でしょ
>そもそもマルチスレッドと並列処理は無関係でしょ
>そもそもマルチスレッドと並列処理は無関係でしょ

どういうおつむしてんだwww

**デフォルトの名無しさん** · 2022/05/15(日) 17:55:59.75

>>812

テメエのほざく大規模開発ってのがChromiumかよ
Newvieがわらわせんなよ

**デフォルトの名無しさん** · 2022/05/15(日) 18:08:14.42

>>840
そうそう昔からやってるんだよ
俺がいいたいのはそこ

CPUコア数がどんどん増えていくしマルチスレッドプログラミングが正義！
ってもてはやされていたけどパフォーマンスの問題があってスレッド使わない方式に回帰してるの

オブジェクト指向も同様にオブジェクト指向プログラミング登場以前の手法に回帰することはありえる
ということが言いたかった
スレッドの話を持ち出して混乱させてしまってごめん

**デフォルトの名無しさん** · 2022/05/15(日) 18:10:51.75

>>819
OSを利用するために用意されたライブラリ群がオブジェクト指向的な、
メッセージをHand toする形のライブラリコールを利用してるからといって、
OSのカーネルそのものがオブジェクト指向で設計されてるとでも思ってんのか。
そもそもUnixにしろRTOSにしろオブジェクト指向とは縁もゆかりも無い時代からのOSなんだがな。

**デフォルトの名無しさん** · 2022/05/15(日) 18:17:13.65

しかしX11はオブジェクト指向。

**デフォルトの名無しさん** · 2022/05/15(日) 18:38:13.42

Windowsはシステム全体がオブジェクト指向。
どのような言語を使おうがオブジェクト指向。

**デフォルトの名無しさん** · 2022/05/15(日) 18:44:58.55

xlibでプログラム書いたことあんのか、
Cコードの固まりがオブジェクト指向てどこの誰が教えてくれたんだ?
xlibのあまりのコードの多さ見て
C++に目を付けたあげく、勝手に文法変えてWinMainなんて用意したのがVC++だろ
そもそも、
Windowsとは違い、X はOSではないことぐらい知っとけよw
おれは>>819の"OS"にレスしてんの

**デフォルトの名無しさん** · 2022/05/15(日) 18:53:16.28

>>843
＞パフォーマンスの問題があってスレッド使わない方式に回帰してるの
それはないのでは？物理コア数の増加にともなって、やっぱりスレッドを使う方向に舵を切っているかと

**デフォルトの名無しさん** · 2022/05/15(日) 18:56:02.19

あれ?
WinMain用意したときてC++じゃなくてCじゃなかったかな?

**デフォルトの名無しさん** · 2022/05/15(日) 19:00:43.54

>>847
関数呼び出しの第一引数がオブジェクト、関数がメッセージと考える。
第一引数のオブジェクトにメッセージを送るのがXlibの関数呼び出し。