0
우리는 응용 프로그램의 메모리 손상을 조사하려고합니다. 우리가보고있는 정확한 문제는 응용 프로그램의 실제 메모리에서 볼 수 있습니다 (즉, 추가 된 디버그 코드는 손상된 정보), 그러나 우리가이 지점에서 취해지는 핵심 덤프를 살펴볼 때 데이터에는 손상이 없습니다.실시간 메모리가 코어 덤프 된 메모리와 일치하지 않습니다.
코어 덤프 프로세스에 대한 나의 기초적인 이해에서 이것은 OS가 모든 버퍼를 비우고, 부분 쓰기를 끝내는 등의 이유로 발생할 수 있습니다.
정확히 어떤 일이 발생했는지, 그리고 어째서 무엇이 부패의 원인인지 판단 할 수있는 사람이있을 수 있습니까?
mprotect가() 블록 모든 쓰기뿐만 아니라 비 소유 과정이 우리의 응용 프로그램에 의해 R/W 액세스를 많이하고있다 (단지 새로운 시스템에 문제가 발생한다)
덤프가 디버그 코드와 완전히 동일한 실행 파일 또는 다른 릴리스 버전입니까? – OrangeDog
정확히 동일합니다. Java에서 실행되는 Websphere 응용 프로그램입니다. –
Java 코드가 자체적으로 메모리 손상을 일으킬 수는 없으므로 더 많은 환경 세부 정보를 제공해야합니다. – OrangeDog