12/14 00:17 コードは「size=to-from; hoge.reserve(size)」、原因はto<fromになるケースがあったという単純なもの

12/14 00:19 不幸その１：to<fromになること自体がレアケースだった／不幸その２：sizeがunsigned intだった

12/14 00:21 不幸その３：reserve(UINT_MAXに近い値)をエラーにせず極力頑張ってしまう実装だった／不幸その４：ウォッチドッグで数秒反応がないと実行を打ち切ってエラーを出す処理系だった

12/14 00:22 不幸その５：実行を打ち切る際にデバッガが考慮されていなくて情報が全く得られない処理系だった…これくらいかな

12/14 00:23 というわけでAndroidのNativeActivityはいろいろ難儀なので手を出すときは覚悟しましょう…（苦笑

12/14 00:27 こんな中でもラッキーだったのは、こうなる条件が偶然にもある程度特定できたことと、あちこちデバッグプリントを挟み続けてもバグが再現され続けたこと… :D

12/14 00:27 (@DentoTeramachi) @gorry5 お疲れ様です。ボジョレーでも飲んで一息ついてくださいやせ。 (masu)

12/14 00:35 (@mr1994kzm) @gorry5 一先ず再現できるパスを発見。ブラウザ上のテキスト入力フォーム(googleとか)をフォーカス。ソフトキーボードが表示されたら、一度非表示にした後、再度表示させてから半角英数以外を入力。 (mape)

12/14 02:29 う、Android SDK r16出たか

12/14 05:37 ゆず茶を漬け込んだのを攪拌するのに突っ込んだ箸をなめるのがうまい…

12/14 05:39 (@hitoriblog) @gorry5 なんかすんごく分かるｗ (giza)

12/14 18:06 このjavaコード書いたひとmidp出身なんだろうなぁ…局所変数が１つもなくて全部メンバ変数使い回してる数百行オーダーのクラスがごろごろしてる…

12/14 18:25 (@shinsan68k) @gorry5 たまにふつーの業務アプリしか書かない人でそういう人もいるんで一概に言えないかと。フィールド変数を一切使えないと思ってる人とかかなりいますｗ (reto)

12/14 18:30 (@naoya2k) @gorry5 僕の知らないどこかのmidpでそういうスタイルが流行ってたんですか… (rega)

12/14 18:31 @naoya2k セコい実行効率稼ぎ技としてそういうのがあったはずで…

12/14 18:37 (@naoya2k) @gorry5 僕の知っていた限りの処理系ではローカル変数の方が圧倒的に速かったので、どこかで都市伝説が形成されてたのだと思いますが (rote)

12/14 18:41 @naoya2k 普通に速度だけで見るならどうみてもローカル変数のほうが速いと思う。未初期化とかスタック溢れさせてたとかで動かなくなるのを経験したひとがそういうのを作ったんじゃないかと :D

12/14 18:49 (@naoya2k) @gorry5 スタック溢れもまともな処理系ではあり得ないんだが世界のどこかには腐ったVMもあったのかもなあ… (gasu)

12/14 18:58 @AoiMoe うちの肉じゃがはしらたき入れないんだ…（苦笑

12/14 19:02 (@megayan) @gorry5 @AoiMoe 増量のため(?)のしらたきを入れぬとは漢の料理だな！ (gise)