inquisitor1.7.0ではこの現象は発生しませんでした。64ビット版Java仮想マシンは、整数がオーバーフローする(可能性がある?)場合に、おかしな振る舞いをするようです。例1http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6980767で報告されている例です。}}私の環境では、次のような実行結果になりましたが、これは適切なものではありません。0DONEちなみに、32ビット版Java仮想マシンなら適切な結果になります。(略)例2http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6979077で報告されている例です。}}私の環境では、次のような実行結果になりましたが、これは適切なものではありません。1.6.0_22-b042000120001200012000120000102510251025102510251025102510251025102510251025102510251025ちなみに、32ビット版Java仮想マシンなら適切な結果になります。(略)例3フェルマーの最終定理の「反例」(C言語編)で紹介した例は、Javaでも有効なはず、つまりフェルマーの最終定理の反例を間違って表示して終了するはずですが、以下のコードは65ビット版Java仮想マシンでは止まりません(数学的には正しいけれど)。Integer.MAX_VALUE」に変えると適切な結果になります。ちなみに、32ビット版Java仮想マシンなら適切な結果になります。(略)どういうことなのかわかる人がいたら教えてほしいです。原因がわかるまでは、64ビット版Java仮想マシンは、ちょっとこわくて使えません。1.6.0_26-b03でも確認しました。32ビット版は大丈夫で64ビット版はおかしいです。