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

[@mk2754]

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

[@name-break]

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

[@ems10dudah]

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

[@Yaponiya_soviet]

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

[@マナミ-r5s]

たしかにwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

[@user-koto]

そんなカブみたいな言い方w
まだまだカブは抜けません

[@おさむ-p4n]

​@@マナミ-r5s翻訳したらたしかにはたかるにになった

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

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

[@Nouka_omuretu]

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

[@user-shikayu728]

このコメント伸びろ

[@永遠の白ダル好き]

マリパのクッパかな?

[@桜花ゆう]

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

[@秋麗-l3h]

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

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

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

[@TOKIO-bokumetttt]

kanataLove me too

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

@@TOKIO-bokumetttt yeeeeeee

[@keikyu1004]

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

[@ヤス-l4b]

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

[@meeling46]

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

[@ポン吉-l8i]

専門家がいたww

[@ピンクの兵隊]

なるほど...

[@ヘルエスタ珍走軍日本支部]

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

[@user-qks-murasame]

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

[@newmomizi_txt]

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

[@forest2179]

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

[@master_neodio]

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

[@08otika25]

ファミコンのピンクカセットで同じくなすりつけでマイナス目指した時いきなり兆もらえた事を思い出しました

[@master_neodio]

@@08otika25 GB版はオートセーブ機能があったので、他の相手になすりつけてしまったら即座に電源オフしてまた起動という涙ぐましい努力をしていたのに、意図せず億万長者になってしまったあの虚しさときたら…

[@JJ_Mizukawa]

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

[@yuki_min]

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

[@126ワンツーシックス]

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

[@井の頭のドン]

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

[@川柳らじお]

すご、、、、、

[@芭-v7z]

有能

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

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

[@uechan9614]

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

[@ユーアナイマスジャポニカス正木]

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

[@ctyan]

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

[@gomaotsu-windon]

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

[@夢待翔太]

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

[@karimori0041]

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

[@dango_gyunyu]

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

[@なくした-m2b]

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

[@akura.channel]

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

[@fugutakj0502]

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

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

お不動さんですね笑

[@Banana_KUN2012]

4:30 歓喜の舞を踊れ！
踊るわ

[@kazuyajimba9780]

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

[@イザナイ-f4t]

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

[@wabisuke-yoshida]

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

[@mobu966]

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

[@goatboy3188]

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

[@fuyuka-akiyoshi]

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

[@rairixi0710]

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

[@かりなみ-z4b]

与えすぎだろww

[@kykykyblues60]

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

[@木之本桜-m6p]

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

[@黒月まこと]

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

[@Hakase-et3sn]

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

[@ペペロチノ]

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

[@KentaMokugen]

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

[@torn_cheese777]

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

[@takayamayoshikazu2782]

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

[@heppocogne9778]

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

[@sizukukatou6176]

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

[@松本善光-zm]

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

[@X-ray-b3j]

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

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

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

[@オメガモンで良くね]

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

[@178yorkai9]

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

[@rain_1219]

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

[@yuki_mi3]

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

[@アルカ-e1m]

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

[@yuchamk2]

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

[@cervusnipponyesoensis47]

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

[@ある高]

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

[@眠い人-b8c]

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

[@霞巳津笠]

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

[@ケイケイヤマヤマ]

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

[@HoshoEigyo]

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

[@ほやんほほ]

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

[@buddhagautama673]

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

[@Anwar117]

往年の4Gで838861枚を思い出しますね。

[@MT-ie1wm]

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

[@zelcoba]

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

[@Nyacolson]

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

[@nanaki1006]

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

[@はむたん-f3t]

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

[@ナゾリエル]

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

[@youtuber-xw6xn]

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

[@jr_math_club]

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

[@hatwd]

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

[@blue-jb2pd]

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

[@---sz9rh]

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

[@茶屋笹]

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

[@ヤス-l4b]

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

[@田村酒]

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

[@furin_maivara]

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

[@poseidon_instinct]

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

[@d1Prczr6b29eM82Y]

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

[@オセロン-m1m]

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

[@ZERO-o1m]

ボンビー金くれるがぎんはくれない

[@べくすた]

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

[@redblack1068]

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

[@Hi--tyan]

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

[@YAKISOBA_22735]

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

[@rinia_]

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

[@bkfuxiujj]

integerの値域ですね

[@yuyumaimiya]

32bit符号付き整数だー

[@Sierra-nm1zz]

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

[@隆景-e6y]

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

[@そぼろ煮]

コナミも困る

[@ふわふわ未来]

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

[@ふまま-i3l]

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

[@faust6668]

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

[@まっさー-y2s]

値がCTOしてますね

[@松井良樹-e2y]

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

[@近藤勇-w5u]

ファミコン思い出した

[@hatena.1574]

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

[@そぼろ煮]

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

[@shibainu-nu]

また古典的な⋯

[@ゆう-t9b5x]

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

[@カレーライス大好き人間]

アプデで修正されそう

[@SMM2_MC_0613]

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

[@ty15]

符号付き2進数かな

[@がっぺん]

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

[@さらだぽてと]

オーバーフローか

[@ゴマ太郎-g2y]

なんだこれ…

[@ガックガック]

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

[@ヘルエスタ珍走軍日本支部]

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

[@keimatsukaiseito]

@@ヘルエスタ珍走軍日本支部 Ｃだとintとlongは同じく32bitで表せる範囲が同じですが、有名で分かりやすい言語で言えばpythonだとintが32bitでlongが64bitです。pythonだとintとlongは全く別物でlongは丁度Cのlonglong型にあたります。

[@newmomizi_txt]

​@@ヘルエスタ珍走軍日本支部Javaとかだとlongが「64ビットの整数」という意味を持っていたりします。
(Cのint64_tに相当)

[@HinekuLemon]

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

[@はらさか-y5l]

👼🏻岸田だろ👓💦

[@arain9827]

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

[@tama3_fx2]

int型の桁落ちか

[@tkudo1431]

30000ガバス　級のネタちゃうか

[@AnS_1.12.2]

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

[@kure254]

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