2017-11-06 23 views
0

私はずっと前にここに投稿したJava AWT Fonts scrambledの問題に取り組んでいます。より多くのデバッグが行われており、arm64 javaが問題であるようです。 32ビットのJavaをarm64上で実行すると、amd64、arm32、およびx86と同じように正常に動作します。Javaが別の方法で動作していますarm64

arm64 Javaは、そのコードと異なる動作を期待していますか? Javaはすべてのアーキテクチャで同じように反応するべきではありませんか?はいの場合は、どこでそのバグを開くことができますか?私はOracle Java Runtime Environmentを使用しています。 Javaは非常に複雑なので、バグを開くための適切な場所がわからないので、苦労して調査することができます。

答えて

0

Javaはプラットフォームに依存しませんが、基盤となるシステムのリソースを使用する必要がある場合には制限があります。この場合、プラットフォームの依存関係が発生し、異なるJDKで異なる動作が発生する可能性があります。フォントはオペレーティングシステムによって提供されるため、ここではプラットフォーム固有のものもいくつかあります。

あなたのオリジナルの質問とこれには基本的なものが欠けています:あなたのシステムへの影響を示す実行可能なソース。それによって、他の人々のシステムであなたの問題を再現しようとする可能性があり、なぜこの効果があるのか​​の答えが出てくるかもしれません。たとえば、元の質問実際に使用しているフォントの情報が不足していて、スクランブルされたテキストを書き込むコードが表示されません。

+0

問題はフォントではありませんが、問題は、私はこの中にコメント行がコミットされている:https://github.com/timmolter/XChart/commit/168aedd257c95a48658702e4117aec5ac124ef58 – Flole

+0

このPRはarm64でそれを壊すものです、それ以前は完璧に動作しています。変更はベクトルグラフィックスのために必要でしたが、今はこれがarm64での問題を引き起こしています。 – Flole

関連する問題