Switchでもオーバーフローするんだねぇ

全員にメガホン支給されたら絶対に失敗しない説

自分も150周しました　lv460-lv559

ゲーム作ってるとこの仕様のせいで所持コインの数がマイナスになっちゃってゲームが成り立たなくなることがあるから困るところ

やはり算術オーバーフローの話だった

ガチだwwwwwwwwww

借金反転・ほぼ限界値の借金完成しました パリティビットの1の行方が気になりますが マクロコントローラー所持の場合のおすすめをまとめます ＊以下かなり長文になります 即就職、最速(2ターン)で最初の給料マスへ ハートマスが多いルートに行き、 3ターン目に結婚、4ターン目で子供を発生 5ターン目も子供を発生させる(ただし不可) これで割引ショップカードが入手でき、 6ターン目に割引ショップでリモコンカードループ 手動でカード枠いっぱいまで買ったらマクロを使用、 1.935〜1.945兆円ぐらいまで(1.940程度推奨、 自分で組んだマクロでは約20時間)借金を増やして終了 その後借金反転は3倍を14回、借金限界値付近は その14回目の前に1回ずつ利子と1割カットを入れる (13回まで3倍したデータをコピーするとラク) また、リモコンカードが買えるターンに 選べマスに止まる調整するのがおすすめ (前半10、14、後半2、6、10) ただし後半2ターン目は割引ショップカードでのみ ショップ入場可能(前半15ターン目で返済チャンスが出ない場合は ハートマスに止まって割引ショップ回収を検討)

か！、 ろ W povpv

お金ありすぎwこれが現実であったら…

昔のドラクエ４でカジノのコイン販売額が振り切れて、1枚20ゴールドで838861枚買うと4ゴールドにバグるのを思い出したｗ

はんかつさん。

🍏🍏🍏🍏🍏🍏🍏🍏🍏🍏🍏

相手も参加させてんのすっご笑

俺くっそ運良かったんだ

乱数調整ですか？

アンダーフローさせるのやばすぎ

この不具合は修正済みか。もう動画で再現することは不可能になったな。

攻撃力エグ

32ビットの限界超えちゃったのかな？

先生に叱られて逃げてる悪ガキ四人みたい

キングボンビーが慈悲与えてて草

２１億と４２億 どちらも某ソシャゲでよく見る数字ですねぇ・・・

429と数字が出て即オーバーフローしてるんやなってくらいしか頭に思い浮かばなかったよ…みんな証明までしてて偉いなぁ

ファミコン時代はよくあったオーバーフローが令和にもあったか

9のシングルでカメックと同時優勝だったことがあります 特にサイコロ勝負にもならず次へ進めました

2147483648ではなく2147483647で符号が反転するかと思います。 2^31以上の数値となるとオーバーフローして符号ビットが反転する為に起こる現象です。(符号付き変数の場合、表現可能数値の領域は2^31-1～-2^31までとなります) 5:50 の場合、 214755497→(10倍すると)2147554970 ここで、内部処理では最下位の位(ずっと0)はカウントされていない 2147554970>2^31-1より 2147554970 - 2^31-1= 71323 符号ビット反転後の数値に換算すると、 -2^31 +( 71323 - 1(符号反転時のカウント))= -2147412326 となります。 普通はオーバーフロー対策か、オーバーフローする金額より低い値で頭打ちになるように設計されますが、 今回の場合はマイナスの金額を99兆円に頭打ちに設定していたのでしょう。しかし、それを10で乗算する処理をする事に対しては処置を施し忘れたのでしょう…結果的にオーバーフローして符号が反転したのかと思います。 デバックで境界値分析を行っていても、キングボンビーの10倍処理は踏まなかったのかもしれないですね…

所持金が64bit整数でイベントで増減する金額が32bit整数なのかな。10倍する前にキャストすれば良さそう。

核ガンジーwwww

この人ももちろん凄いけど 運動負荷30でスキルツリーとかスムージーとか禁止してここまで上げた人がいるってのは本当に信じらんないよな。

説明としてはオーバーフローでいいんだけど、符号付整数型（最上位の桁をマイナスとして扱う変数）ではなく、符号なし整数型（最上位の桁もプラスとして扱う変数）に宣言を変更するだけで正負の反転自体は防げるはず（桃鉄で使ってるプログラミング言語で「符号なし整数型」を宣言できれば、だけど）。 そして、本来の意味でのオーバーフローは 2^33 に入ってから（桁が繰り上がって 0 から計算し直しになるはず）

ゲーム会社と外注やIT企業ら勤務のエンジニアが発生するイベントでした

流石に６４bit仕様にはせんだろなぁ 宣言文だけ替えるならするかなぁ？どうだろ

金額はlong型で管理してるのか 普通のゲームならそれで問題ないよな

他のゲームで似たようなのがありましたね DQ4（FC版）の裏技で、カジノコイン838861枚（16,777,220ゴールド）がバグで4ゴールドで買えてしまったやつと同じかな？ 6桁の16進数で扱っていたから、上限は16,777,215ゴールドまでしか扱えないところを「バグによるオーバーフローで16,777,215ゴールド＝0ゴールド扱い」になるとか・・・ DQ4だと「6桁の16新数」ってところが、今回はもっと大きな桁の部分で、「バグによるオーバーフロー」が起きている。んでしょうね

６４時代の２や３はコインを奪うにも５コイン支払いが必要でしたが、３０枚以上奪ってくることもありました。

恐らくこれは所持金額を符号付きの32bitで管理しています。このデータ型ではオーバーフローが発生したときに動画のような挙動が起こります。 32bitあるうちの先頭の1bitが0だったらプラス、1だったらマイナス（2の補数で表現※時間があったら調べてみてください）になります。 このデータの最大値は2進数で011111111111111111111111111111の時で値は21億4748万3647です。 これに1を足すと桁上がりして10000000000000000000000000000000となり、値はと-21億4748万3648になります。 なので今回のようなバグが生じます。

キングボンビー「術式反転黒」

オーバーフローはまあよくある現象ですよ。 32桁目で+/-割り当てているので繰り上がると反転するのです。

ここまで持ってくのが無理すぎる(笑)

記念仙人がドン引きするくらい赤マスとまってる｡

おお、いわゆるオーバーフローやな

int型の桁落ちか

侵入者が勝つ方に、214兆7412億

3:01 一生いらない知識で草

符号付き2進数かな

最初の一桁目を符号としていて「0111…1111」が+314兆って認識だからここから1増えると「1000…0000」になって-0という認識になるいわゆるオーバーフローってやつですね。

まさかオーバーフローするとは開発側も思わなかったんだろうなあ

2:21 ここら辺のテロップが「奇跡だ！」とか色々小ネタがあって好き

ヤバすぎる

キノピオ「あれ287コイン余ったな　まあいっかもらってもバレへんやろ」