Zugriffsverletzung sofort nach Programmstart

[BlueStarHH]

Hallo,

ich erhalte direkt nach Programmstart die EAccessViolation: "Zugriffsverletzung bei Adresse 0040DEE4 in Modul 'Meine.exe'. Lesen von Adresse 06B64000.". Das Exception-Log sieht so aus:

Code:

main thread ($61e0):
0040dee4 +048 Meine.exe System      12238 +0 Pos
020f4a60 +10c Meine.exe ZipForge             initialization
0040bfe2 +042 Meine.exe System      12238 +0 InitUnits
0040c04b +03f Meine.exe System      12238 +0 @StartExe
0041452a +042 Meine.exe SysInit              @InitExe
020f9917 +01b Meine.exe MeinProject   127 +0 initialization
767d6357 +017 KERNEL32.DLL                   BaseThreadInitThunk

Was kann das sein? Sieht ja so aus, als ob die EAccessViolation ganz früh auftritt, noch bevor irgendein Code von mir ausgeführt wurde. An der System.pas wurde nichts geändert. Merkwürig ist auch die Zeulennumer 12238 identisch an 3 Stellen in der System.pas obwohl in den 3 Fällen jeweils andere Funktionen aufgerufen wurden, die nicht an der selben Stelle sind.

[jaenicke]

Was steht denn an der geloggten Stelle der initialization Sektion der ZipForge-Unit?

[scrat1979]

Ich würde mit dem Debugger einen Haltepunkt an der ersten Stelle setzen (zum Beispiel im OnFormCreate sofern vorhanden) und mich dann Zeile für Zeile durcharbeiten. Dann solltest du eigentlich relativ schnell sehen wo es kracht.

[himitsu]

@scrat: Dort kommt er garnicht erst bis hin
Es knallt bereits bei der Initialisierung einer Units, also noch vor seinem eigenen Code. (außer er hat selbst was in die Initialization reingemacht)
Die Initialisierung des Programms und der Units kommt im/vorm ersten BEGIN in der DPR.

Und jupp, die Ausführung kommt bis ZipForge.pas-initialization und danach knallt es, also würde ich auch dort mal nachsehen.
> "initialization" und ob ein "class contructor" in der Unit steht und dort den Haltepunkt rein. (wenn diese Unit mit Debuginfos kompiliert wurde)

Wo system.pas dran steht, das muß nicht in dieser Unit drin sein.
Alles was zur Compilermagic gehört und wo der Compiler eigene Dinge einfügt, das wird mit dieser Quelle angezeigt.

[BlueStarHH]

Zitat von jaenicke:

Was steht denn an der geloggten Stelle der initialization Sektion der ZipForge-Unit?

Es wird da ja keine konkrete Zeilennummer genannt. Und reinschauen in die ZipForge-Unit geht auch nicht, da ich die Freeware-Version ohne Quellcode verwende.

[DieDolly]

Wenn das nicht zuviele Probleme macht, nutz am besten die 7z.dll und den Wrapper der in der Jcl ist.
Wenn es da Probleme gibt, kann man die selber beseitigen.

[BlueStarHH]

Zitat von scrat1979:

Ich würde mit dem Debugger einen Haltepunkt an der ersten Stelle setzen (zum Beispiel im OnFormCreate sofern vorhanden) und mich dann Zeile für Zeile durcharbeiten. Dann solltest du eigentlich relativ schnell sehen wo es kracht.

Leider passiert das nicht auf dem Entwicklungs-PC sondern auf einem Kunden-PC. Auch kommt er erst gar nicht ins OnFormCreate usw. Sondern es kracht schon vorher in den Delphi-System-Units/Zip-Forge.

[himitsu]

Dann wirst dich wohl nur an den Hersteller von ZipForge wenden können.
ZipForge.pas > initialization > Byte 268 knallt ... vermutlich irgendwas mit Pos

Eventuell kann er dir auch eine Version mit Debuginfos zur Verfügung stellen, damit du im Stacktrace vielleicht mehr siehst.


Delphi dort installieren wird ja wohl nicht gehen,
dann bliebe maximal noch der Remotedebugger über eine VPN zu deinem Delphi
und schrittweise nachsehn was du da im Assembler entziffern kannst.

[jaenicke]

Wann hatte es denn zuletzt funktioniert? Gab es seitdem Änderungen im Repository? Wenn ja, würde ich diese erst einmal rückgängig machen und es dann erneut testen.

Wenn es keine Änderungen an den Quelltexten gab, würde ich alle Komponenten neu installieren.

Funktioniert die ZipForge-Unit denn in einem neuen Projekt?

Zur Fehlersuche bleibt ansonsten noch nach und nach alles aus dem Projekt hinauszuwerfen bis der Fehler nicht mehr auftritt. Und dann schauen wann er wieder auftritt. Als erstes würde ich einfach alles, das die ZipForge-Unit verwendet, auskommentieren und es dann ohne diese Unit testen. Es kann sich allerdings auch um einen Speicherfehler handeln, der nur zufällig dort auftritt.

Daher wäre es auch sinnvoll zu schauen welche initialization Abschnitte eigentlich vor dem Fehler durchlaufen werden.