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

[@mk2754]

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

[@ems10dudah]

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

[@Yaponiya_soviet]

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

[@マナミ-r5s]

たしかにwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

[@user-koto]

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

[@おさむ-p4n]

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

[@name-break]

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

[@桜花ゆう]

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

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

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

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

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

[@TOKIO-bokumetttt]

kanataLove me too

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

@@TOKIO-bokumetttt yeeeeeee

[@Nouka_omuretu]

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

[@user-shikayu728]

このコメント伸びろ

[@永遠の白ダル好き]

マリパのクッパかな?

[@keikyu1004]

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

[@ヤス-l4b]

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

[@秋麗-l3h]

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

[@forest2179]

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

[@yuki_min]

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

[@meeling46]

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

[@ポン吉-l8i]

専門家がいたww

[@ピンクの兵隊]

なるほど...

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

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

[@user-qks-murasame]

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

[@newmomizi_txt]

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

[@fugutakj0502]

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

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

お不動さんですね笑

[@master_neodio]

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

[@08otika25]

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

[@master_neodio]

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

[@JJ_Mizukawa]

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

[@akura.channel]

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

[@ctyan]

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

[@gomaotsu-windon]

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

[@夢待翔太]

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

[@karimori0041]

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

[@dango_gyunyu]

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

[@なくした-m2b]

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

[@rairixi0710]

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

[@かりなみ-z4b]

与えすぎだろww

[@井の頭のドン]

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

[@川柳らじお]

すご、、、、、

[@芭-v7z]

有能

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

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

[@uechan9614]

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

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

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

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

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

[@takayamayoshikazu2782]

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

[@イザナイ-f4t]

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

[@Banana_KUN2012]

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

[@wabisuke-yoshida]

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

[@kykykyblues60]

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

[@木之本桜-m6p]

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

[@黒月まこと]

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

[@Hakase-et3sn]

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

[@sizukukatou6176]

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

[@ペペロチノ]

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

[@mobu966]

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

[@torn_cheese777]

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

[@goatboy3188]

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

[@cervusnipponyesoensis47]

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

[@ほやんほほ]

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

[@buddhagautama673]

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

[@アルカ-e1m]

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

[@kazuyajimba9780]

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

[@fuyuka-akiyoshi]

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

[@rain_1219]

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

[@X-ray-b3j]

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

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

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

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

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

[@MT-ie1wm]

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

[@heppocogne9778]

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

[@ケイケイヤマヤマ]

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

[@ある高]

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

[@yuki_mi3]

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

[@松本善光-zm]

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

[@ナゾリエル]

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

[@178yorkai9]

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

[@---sz9rh]

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

[@茶屋笹]

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

[@田村酒]

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

[@ヤス-l4b]

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

[@眠い人-b8c]

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

[@霞巳津笠]

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

[@Anwar117]

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

[@KentaMokugen]

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

[@ふわふわ未来]

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

[@HoshoEigyo]

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

[@hatwd]

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

[@furin_maivara]

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

[@Nyacolson]

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

[@隆景-e6y]

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

[@そぼろ煮]

コナミも困る

[@rinia_]

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

[@nanaki1006]

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

[@はむたん-f3t]

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

[@yuchamk2]

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

[@YAKISOBA_22735]

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

[@youtuber-xw6xn]

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

[@ZERO-o1m]

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

[@jr_math_club]

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

[@poseidon_instinct]

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

[@d1Prczr6b29eM82Y]

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

[@Hi--tyan]

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

[@yuyumaimiya]

32bit符号付き整数だー

[@Sierra-nm1zz]

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

[@bkfuxiujj]

integerの値域ですね

[@redblack1068]

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

[@blue-jb2pd]

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

[@まっさー-y2s]

値がCTOしてますね

[@zelcoba]

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

[@べくすた]

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

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

アプデで修正されそう

[@オセロン-m1m]

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

[@faust6668]

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

[@がっぺん]

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

[@SMM2_MC_0613]

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

[@ふまま-i3l]

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

[@ゴマ太郎-g2y]

なんだこれ…

[@近藤勇-w5u]

ファミコン思い出した

[@さらだぽてと]

オーバーフローか

[@shibainu-nu]

また古典的な⋯

[@HinekuLemon]

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

[@はらさか-y5l]

👼🏻岸田だろ👓💦

[@ゆう-t9b5x]

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

[@松井良樹-e2y]

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

[@ガックガック]

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に相当)

[@ty15]

符号付き2進数かな

[@hatena.1574]

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

[@そぼろ煮]

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

[@skdhand417]

パズドラでよく見た数字

[@tama3_fx2]

int型の桁落ちか

[@arain9827]

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

[@tkudo1431]

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

[@kure254]

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