コアダンプメモリを一致させないライブメモリ

Question

アプリケーションのメモリの破損を調査しようとしていますが、見られる正確な問題は、アプリケーションのライブメモリ（つまり、追加されたデバッグコードが破損した情報を表示します）で見ることができますが、コアを調べたときに見るとこの時点で取られるダンプデータには、腐敗がありません。

コアダンププロセスの私の初歩的な理解から、これはすべてのバッファーを洗い流し、部分的な書き込みなどを終えたことによるものです。

誰もが何が起こったのか、そしてとにかく腐敗の原因を判断するためにある場合、誰もが正確に何が起こったかについて詳しく説明できますか？

mprotect（）ブロックは、非所有プロセスだけでなく、すべての書き込みをブロックします。これは、アプリケーションによるR/Wアクセスが多いデータです（新しいマシンでのみ問題があります）

Answer 1

RHEL4とそれが実行されていたカーネルであることが判明し、顧客は最新のカーネルでRHEL5にアップグレードし、問題は消滅しました