バグ？仕様？キングボンビーが214兆くれました【桃太郎電鉄ワールド】

Ver1.1.1以前の動画です。今現在はアップデートにより修正されています。
アップデート後（Ver1.1.1）に検証→ • キングボンビーに一撃で351兆奪われました【...

[@ems10dudah]

検証のためにえげつない労力と時間がかかってそうで戦慄した

[@_akatuki_love_vocaloid]

「まだキングはお金をくれません」おかしいおかしいｗｗ

[@user-bc9ed1zy4k]

たしかにwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

[@mk2754]

コンピューターの勉強する楽しさを教えてくれるいい動画

[@10時間前_ごめん嘘本当は]

ここまでマイナス食らってマイナス10倍の悪行食らうのはのは余程運が悪いか検証してる人だけしかいないからこういうバグ発見はこっちまで嬉しくなってくるw

[@桜花ゆう]

こりゃいかんだろ...って思ったけど普通にプレイする範囲では起こらないしええか

[@Mister_28_omuretu]

キングボンビー ｢分かった！もう分かったからやめろ！お金あげるからー！｣

[@user-shikayu728]

このコメント伸びろ

[@keikyu1004]

214兆円くれるのか！
そりゃ歓喜の舞踊るわ！

[@user-jd7ip5gq1z]

でもこれ銀二食らったら一撃なんかな？？w

[@meeling46]

オーバーフローしたときに修正する処理が抜けているみたいですね。
３２バイトマイナス符号ありの形式でデータを保存しているため、２進数で256桁の最上位桁が1となると２進数で表した数字のすべての桁の0と1を反転した数のマイナスになるという基本情報処理で出てくるような処理が行われ、今回の挙動をすることになるんですね。
奪う金額の計算結果が０より小さくなったらオーバーフロー手前の金額に修正する等の処理を入れる修正がそのうち入りそうですね。

[@user-gf9go9lz9s]

専門家がいたww

[@ピンクの兵隊]

なるほど...

[@user-mn9fq9bh7j]

32Byte→32bit符号付き整数型(4Byte)

[@user-qks-murasame]

キングボンビー「こんな未来、修正してやるーーー（号泣）！！！」

[@newmomizi_txt]

ここから推測できるのは、プレイヤーの所持金管理にはint64_tが使われているのに対し、貧乏神の悪行イベントでの金額計算にはint32_tが使われているということですね。
メモリ容量の都合とかかと思いましたが、それなら例外処理を組み込んでいるはずですし、開発者がデータ型を間違えた可能性が高そう…

[@forest2179]

キングボンビーでパパ活できる時代まで来たのか、

[@master_neodio]

ゲームボーイ版桃鉄でも同様の現象があった。なすりつけカードでマイナスをどこまで増やせるか試してたらいつの間にか億万長者になってしまってた。

[@user-de4vr8fh5y]

ボンビーの頭が悪くて計算できなくてお金を渡しちゃってるって考えたらかわいいかもしれない

[@name-break]

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

[@aji0502]

キングただの福の神じゃねーかw

[@シマエナガライオン]

お不動さんですね笑

[@かなたそガチ恋ニキ]

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

[@TOKIO-bokumetttt]

kanataLove me too

[@かなたそガチ恋ニキ]

@@TOKIO-bokumetttt yeeeeeee

[@user-zl7bz8jv2c]

赤マス10倍で100兆以上捨てる様になるのか。2^31を超えたら逆に大金を貰えるようになるって凄いなー。(オーバーフローしている状態。)これだと、2^32を超えたら、[本来奪われる額-2^32]だけ奪われるようになるのかな。

[@ctyan]

よく初心者コーダーがミスするオーバーフロー処理ミスですねぇ。テストでも抜けてたのか、ここまでする必要が無いとしてこの仕様にしたのか。

[@gomaotsu-windon]

ここまでいくことは想定してなくて、必要ないという事で設定してないんでしょうね。

[@user-lv1ui3sz9t]

@@gomaotsu-windon
想定してないと必要ないは違うだろ

[@karimori0041]

あんなに連続でマイナス駅止まるなんてひねくれでもしない限りしない。開発側で放置しても良いバグと判断されたのでしょう。

[@dango_gyunyu]

@@user-lv1ui3sz9t違わんやろ。通常のプレイではここまで行くことは想定されないから、必要無いと判断したんやろ

[@user-yn3hl6ic2t]

検証して必要ないと判断する時間あるなら直せる

[@kazuyajimba9780]

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

[@Rairai2010]

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

[@user-fw5zc8de7g]

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

[@yuki_min]

うわぉ😂
めっちゃ気が遠くなる作業〜〜ナイス考察👍

[@user-rv3dz7xp5m]

-2^31から2^31までが本来の想定されてた範囲で2^31を超えた瞬間にオーバーフロー処理がされてリスタート地点が-2^31に設定されてしまっているのではないでしょうか。なので2^31×２を超えるまではお金をくれる状態が続き、2^31×２を超えたタイミングでまたお金を奪われるようになると思います。検証よろしくお願い致します。

[@user-qc6ty1io8t]

すご、、、、、

[@yamuma.]

有能

[@初代扇風機組皇帝USB]

2038年問題と同じようなもんか

[@uechan9614]

2^31って21億くらいだから違う気がしたけど、そうか桃鉄は100万単位だから、これにゼロ6個ついて210兆円ってことか

[@user-cw9kn4lu5u]

何をさらにやらせようとしてんだよwwwwwwww

[@akura.channel]

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

[@wabisuke-yoshida]

たぶん100年じゃそこ（214兆）までもっていけないだろうという想定だったんじゃないかな。
がんばったね(笑)

[@JJ_Mizukawa]

2038年問題を示唆するIT教育系ソフト桃鉄ワールドってことか…

[@sizukukatou6176]

オーバーフローで先頭の桁のマイナスが消えたんだな

[@kykykyblues60]

オーバーフローとか大きな数を扱うのが困難だったファミコン・スーファミ時代の話かと思っていたら、令和時代にもあるんですね。

[@user-bd5kn9eq4r]

オーバーフローは今もポケモンならずっと残ってる

[@user-gx5gv9tb4w]

普通そのサイズまでいかんやろ、無駄にでかい箱にすると邪魔だしこの箱でええや
って感じに設定してると変なユーザーが箱を溢れさせちゃうって感じやね

[@Hakase-et3sn]

Arkとかも恐竜交配した時に確率で起きる変異っての繰り返して21億だかでオーバーフローしてステータス無限に上げれるようなる

[@heppocogne9778]

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

[@user-in4hy3je9r]

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

[@地理系好きの岩手県民]

どのソシャゲですかねぇ・・・

[@oifqmpwjo]

最近じゃあ80億や100億とかいう頭おかしい数字も出てきますねぇ…

[@mobu966]

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

[@takayamayoshikazu2782]

国家予算の大切さを教えてくれるゲーム

[@178yorkai9]

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

[@user-cg2rq3ex5b]

最後、今回の動画は異常です、に聞こえた笑

[@fuyuka-akiyoshi]

int型かlong型かだろうけど、プログラミング勉強してると仕組みが分かるのよね～
最大値超えると処理おかしくなる😂

[@user-mc9wp5cd5c]

昔のゲームでも無いんだし、オーバーフロー関連のバグが残っているのは少しばかり気を抜きすぎじゃ無いか？

[@user-ln2xt5pm5b]

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

[@user-th8xh4sf2h]

オーバーフローを令和の世でも見れるとは

[@buddhagautama673]

核ガンジーも思わずニッコリですねえ🙏

[@goatboy3188]

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

[@yuki_mi3]

久しぶりに観にきたら、コメント欄にプロが沢山来ててわろた🤣

[@torn_cheese777]

内部のデータが2進数で管理されてて+と-がどっかで入れ替わっちゃったんかな

[@MT-ie1wm]

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

[@rain_1219]

"一　番　金　銭　感　覚　が　狂　う　動　画"

[@cervusnipponyesoensis47]

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

[@user-sk2mc6if5q]

有能デバッカーだろこれww

[@user-fv1lx1nj2s]

コナミも困る

[@田村酒]

キングボンビーがいい奴の世界線

[@user-kz8vh8bh7m]

さくまハドソン桃鉄のこのシステムがブラックボックス過ぎててを加えられずにそのまま残ったと考えたら、コナミなのに粉身にして作ってないだろって思いますね（小並感

[@user-sr6ln1fv8k]

キングボンビー｢こいつ金なさ過ぎやろ ちょっと分けたろ｣

[@user-ke5tl7gc5y]

これが借りる側が強くなる理論か…

[@user-ku5ef4ee8h]

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

[@---sz9rh]

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

[@yuchamk2]

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

[@user-ov1hk3bj6g]

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

[@user-dj6yq2fw2y]

キングボンビーはメダルゲームだけじゃなくて、ワールドでも善行するのですね。

[@poseidon_instinct]

情報処理技術者試験の問題に出すと良いな

[@d1Prczr6b29eM82Y]

ネタ抜きでありだと思う新人で入力値の検証できてる奴ほとんどいない

[@user-mt9zi1vb6r]

昔、友達と金賭けてやってたの思い出した…この人とやったら絶対に勝てないだろうな…

[@user-vb2gl2cc1b]

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

[@user-is4tj7ql5o]

まさか桃鉄でCobolの価値が・・・？

[@Nyacolson]

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

[@user-xx9cf9qi6p]

絶対オーバーフローしてる笑笑

[@user-jd7ip5gq1z]

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

[@jr_math_club]

そもそも赤マスに999/1200以上止まってる時点で相当やばいけどw

[@nanaki1006]

数字の一番上の桁は１，０ではなく＋と－の符号として使われてることが多いですね

[@HoshoEigyo]

こんだけ持ってりゃ5兆入った金庫落としても1年間放っておけますわ

[@KentaMokugen]

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

[@redblack1068]

一体何時間かかったのこれ。検証お疲れ様でした。とても数学的な回答でしたがなんか才能の無駄遣いのような気がするのは気のせい？。

[@youtuber-xw6xn]

開発が想定してない値に達してのオーバーフローって感じかな？
これで数字がひっくり返るのは他のゲームでもあったりする

[@user-si1pr6ij7p]

ミカエル超えの大天使やん

[@blue-jb2pd]

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

[@furin_maivara]

今のゲームでもオーバーフローするんだ！わらわら

[@Hi--tyan]

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

[@Sierra-nm1zz]

キングちゃんめっちゃええ奴やん😂

[@user-gd5fe7bo7i]

integerの値域ですね

[@yuyumaimiya]

32bit符号付き整数だー

[@YAKISOBA_22735]

ちょっと前に修正されましたね

[@user-oe5gl2tj6i]

「補数」で調べると理由がわかるよ！(≧▽≦)

[@rinia_]

修正されるらしいですね！！！！！！

[@user-uv5we7bc8j]

値がCTOしてますね

[@zelcoba]

オーバーフローが原因でしょうが、オーバーフローは、条件式を付ける事で簡単に回避できるため、仕様か、想定不足です。まあ、こういう膨大な桁を扱うゲームでオーバーフローを考えないことはまず無いので、仕様ですかね

[@user-lu4gk8eh4b]

アプデで修正されそう

[@user-vc1ny7fn3g]

ファミコン思い出した

[@faust6668]

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

[@user-xk8nf6zd1u]

なんだこれ…

[@HinekuLemon]

なるほど。
救済措置か。
な？

[@user-yq9eo9gm6x]

ガチだwwwwwwwwww

[@user-rt4by1fe8q]

👼🏻岸田だろ👓💦

[@user-us7ni4jh3r]

単精度で1ビット目のサイン符号が変わってようだ｡ＢＵＧっぽいな｡

[@ty15]

符号付き2進数かな

[@user-xt8mi7le7g]

オーバーフローなんて、静的解析かけられてたら、警告してくれるんだけどねぇ。。。

[@user-ts4qh6rc2q]

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

[@haibokusha3]

パチンコの乱数とはまた違うんかな？

[@tama3_fx2]

int型の桁落ちか

[@SMM2_MC_0613]

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

[@hatena.1574]

うっわ開発どこだ？オーバーフローやんけ！新入社員のプログラマーが作ったんじゃ・・・ってぐらい恥ずかしすぎるよこれは💦

[@user-fv1lx1nj2s]

ミスというより修正不要な仕様だろ

[@AnS_1.12.2]

アンダーフローは仕様でありバグでもある。

[@user-cs1gr4ht7c]

integer型？longでやってないんや。

[@user-mn9fq9bh7j]

普段触れているC言語系ではintとlongは基本的に両方とも符号付き32bit整数なのですが、longの方が大きいものもあるんですね

[@keimatsukaiseito]

@@user-mn9fq9bh7j Ｃだとintとlongは同じく32bitで表せる範囲が同じですが、有名で分かりやすい言語で言えばpythonだとintが32bitでlongが64bitです。pythonだとintとlongは全く別物でlongは丁度Cのlonglong型にあたります。

[@newmomizi_txt]

​@@user-mn9fq9bh7jJavaとかだとlongが「64ビットの整数」という意味を持っていたりします。
(Cのint64_tに相当)

[@swordone]

万未満のお金も管理してるの？

[@user-iq6wd6ik8f]

核ガンジーwwww

[@kure254]

2の32乗の半分は2の31乗

[@user-hd5vq6nl9u]

どうやって4年目で1兆以上を？

[@arain9827]

この手のオーバーフロー、カンスト系のバクって、QAチームがまともなら必ずチェックするもんだけどなぁ。ましては桃鉄なんて所持金(数値)の増減がキモなのに…

[@user-yw7bt2nb9h]

んなことないよ😊