Frage

Wir versuchen, Speicherbeschädigung auf einer Anwendung und das genauen Problem sehen wir in dem Live-Speicher der Anwendung (zB Debug-Code, der zeigt die beschädigten Informationen hinzugefügt wurde) zu sehen sind, zu untersuchen, aber wenn wir uns durch den Core-Dumps, die an diesem Punkt getroffen zu bekommen nicht die Daten, die die Korruption nicht haben.

Von meinem rudimentären Verständnis des Umspeicherungsprozesses Kern dies aufgrund des O könnte jeden Puffer gespült, teilweise schreibt Garaus und so weiter.

Kann jemand ins Detail geht auf genau, was passiert, und wenn es trotzdem zu bestimmen, was die Korruption verursacht?

mprotect () blockiert alle Schreibvorgänge, nicht nur nicht besitzende Prozesse und dies sind Daten, die eine Menge von R / W Zugriff durch unsere Anwendung hat (und ist nur Probleme auf neue Maschinen)

War es hilfreich?

Lösung

Es stellte sich heraus RHEL4 zu sein, und der Kernel es lief auf, Kunden mit den neuesten Kernel zu RHEL5 aktualisiert und das Problem verschwundenen

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top