Hallo,

wir haben hier häufig mit hässlichen Zugriffsverletzungen, i.d.R. in irgendwelchen Fremd- und/oder Windows-DLLs zu tun. Und natürlich treten diese Fehler meist nicht regelmäßig aber doch zu häufig auf Kundenrechnern auf. Der Kunde ist dann hunderte von Kilometern entfernt, so dass man nicht so ohne Weiteres irgendwelche Überprüfungen auf seinem Rechner (der fast immer Teil eines Netzwerks ist) vornehmen kann. Aktuell kämpfe ich mal wieder mit einer Zugriffsverletzung in "ntdll.dll". Bisher habe ich mir damit geholfen, in mein Programm Kontrollmeldungen einzubauen, um so die Stelle in meinem Programm herauszufinden, bis zu der alles richtig funktioniert. Dies funktioniert manchmal. Genausooft kommt es aber vor, dass der Fehler nach dem Einbau der Kontrollmeldung nicht mehr auftritt. Meine Frage: Auf welche Weise bearbeitet Ihr diese Art von Fehlern? Gibt es evtl. Tools, die helfen können aber ohne den fehlerhaften Programmablauf selbst zu verändern?

Ich bin für jeden Tip dankbar, der mir bei diesen sehr zeitraubenden Wartungsarbeiten hilft.

Gruß
Johann

Zum Beispiel www.Eurekalog.com. Da wird auch der Callstack mit ausgegeben. Die Fehlermeldung kann per Mail an eine definierte Adresse geschickt werden.

Nutze den mittlerweile in all meinen Applikationen und bin recht zufrieden mit der Sache.

Sherlock

Auch mit FastMM und aktivierten Debug/TD32-Debuginfos in der Exe bekommt man schöne Aufrufstacks.

@Sherlock

Hilft mir das Tool auch, wenn die Zugriffsverletzung in Fremd-Dlls auftritt? Meist ist es so, dass ich die DLL die den Fehler meldet garnicht selbst aufrufe. Vielmehr wird sie über Umwege von anderen Dlls aufgerufen. Selbst wenn man herausfindet, bis wohin das eigene Programm fehlerfrei durchläuft, kommt man oft nicht weiter. Das Problem ist doch, das irgendwann vorher irgendwer einen vom DLL benutzten Zeiger "kaputtgeschrieben" hat.
Für mein eigenes Exe und Dlls benutze ich die JCL-Debug-Infos (Jedi). Für diese Fälle ist das auch ganz gut, hilft aber kaum bei Fremd-Dlls.

Gruß
Johann

Zitat von JFB:

Hilft mir das Tool auch, wenn die Zugriffsverletzung in Fremd-Dlls auftritt? Meist ist es so, dass ich die DLL die den Fehler meldet garnicht selbst aufrufe. Vielmehr wird sie über Umwege von anderen Dlls aufgerufen. Selbst wenn man herausfindet, bis wohin das eigene Programm fehlerfrei durchläuft, kommt man oft nicht weiter. Das Problem ist doch, das irgendwann vorher irgendwer einen vom DLL benutzten Zeiger "kaputtgeschrieben" hat.

Und oft ist es der eigene Quellcode der sowas macht. (Freigegebene Handles aber noch zugriff darauf etc.)