EAccessViolation im Projekt

[spaxxn]

In der Map-Datei erstellt dir ein "Speichermapping" des kompilierten Codes bereit gestellt.

So kann man sich über die Speicheradresse der Exception in der Map-Datei anschauen, welche Funktion/wlches Objekt den Fehler geworfen hat.

[MatthiasR]

Zitat:

Zitat von spaxxn

In der Map-Datei erstellt dir ein "Speichermapping" des kompilierten Codes bereit gestellt.

So kann man sich über die Speicheradresse der Exception in der Map-Datei anschauen, welche Funktion/wlches Objekt den Fehler geworfen hat.

Höt sich doch schonmal ganz gut an. Ich habe das mal ausprobiert und mir mit

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
var
  abc: TForm;
begin
  abc := nil;
  abc.Show;
end;

eine Speicherzugriffsverletzung erzeugt, die da lautet:

Zitat:

Zugriffsverletzung bei Adresse 004458A6 in Modul 'Project1.exe'. Lesen von Adresse 000002F4.

Wenn ich nun in der erzeugten Map-Datei (Stufe: detailliert) nach der Adresse 004458A6 suche, finde ich nichts. Bei der Adresse 000002F4 finde ich zwei mal folgende Zeile:

Zitat:

0001:000002F4 InterlockedDecrement

Nur, was soll mir die Zeile sagen, mit dem ich was anfangen könnte zur Fehlerfindung?

[gkoeder]

Zitat:

Zitat von Infect

Kann man die EAccessViolation irgendwie auswerten um auf die Stelle zu kommen (Unit + Codezeile), an der das ganze passiert?

Für sowas setze ich Eurekalog ein (http://www.eurekalog.com). Eurekalog zeigt bei einem Fehler ausserhalb der IDE (also beim Kunden ...) ein detailliertes Fehlerprotokoll an (wo trat der Fehler auf, welche Zeile, welche Unit, etc.). Welche Infos der Kunde sehen soll, kann parametrisiert werden.

Gruß
Gerald

[SirThornberry]

Wenn es um eine Zugriffsverleztung geht ist die vollständige Fehlermeldung sehr Hilfreich. Daraus ist dann ersichtlich ob es ein Schreib- oder Lesezugriff ist und anhand der Adresse auf die geschrieben wird bzw. von der gelesen wird kann man auch Rückschlüsse ziehen. Und zuletzt ist auch die Adresse an welcher der Fehler aufgetreten ist nicht uninteressant wenn man die Sourcen und das Binary hat.

[MatthiasR]

Habe mir nun mal die Trial-Version von diesem Eurekalog angeschaut. Macht wirklich einen sehr ausgereiften Eindruck und dürfte uns beim Auffinden des Fehlers sehr behilflich sein. Ich denke, das werden wir uns zulegen, da es außerdem noch recht kostengünstig ist (299,- für ne Firmenlizenz).

[SirThornberry]

Wie lautet nun eigentlich die genaue Fehlermeldung inklusive der Adressen?

[EWeiss]

EAccessViolation bekommst du meistens dann wenn du stdcall vergessen hast.
Prüf das mal.

gruss Emil

[MatthiasR]

Zitat:

Zitat von SirThornberry

Wie lautet nun eigentlich die genaue Fehlermeldung inklusive der Adressen?

Kann ich dir leider nicht sagen, weil wir die bisher nicht mitloggen, sondern lediglich am Telefon gesagt bekommen :shock: . Und da heißt es halt immer nur "Access Violation".

[nahpets]

Hallo,

im Suchenmenü gibt es doch den Menüeintrag Laufzeitfehler suchen, kann der Dir nicht weiter helfen, dazu brauchst Du aus der Fehlermeldung allerdings die Fehleradresse.

[MatthiasR]

Hab ich bisher noch gar nicht ausprobiert. Kannte diese Möglichkeit auch nicht. Wobei wir ja nun auch dieses EurekaLog einsetzen, um Laufzeitfehler aufzuspüren, das macht wirklich einen sehr ausgereiften Eindruck. Ich denke, damit werden wir der besagten Speicher-Zugriffsverletzung schon auf die Schliche kommen :thumb: