0
アプリケーションのメモリ破損を調査しようとしていますが、実際の問題はアプリケーションのライブメモリに表示されます（つまり、追加されたデバッグコードは、情報）、しかし、この時点で取得されるコアダンプを見ると、データには破損がありません。ライブメモリがコアダンプされたメモリと一致しません
コアダンププロセスの私の初歩的な理解から、これはOSがすべてのバッファをフラッシュし、部分的な書き込みを終了するなどの理由による可能性があります。
何が起こっているのかを正確に把握することはできますか？そして、何が原因で腐敗の原因を特定することができますか？
のmprotect（）ブロック全ての書き込みだけでなく、非所有するプロセスと、これは我々のアプリケーションによってR/Wアクセスをたくさん持っている（そして唯一の新しいマシン上の問題を抱えています）
ダンプはデバッグコードとまったく同じ実行可能ファイルか、別のリリースバージョンか？ – OrangeDog
まったく同じ、Javaで動作しているWebsphereアプリケーション –
ああ、Javaコードはそれ自身でメモリ破損を作成することはできないので、もっと環境の詳細を与えなければならないだろう。 – OrangeDog