Merkwürdige Access-Violations

[Sinspin]

Leute, anstatt hier massenweise Vermutungen und Lösungen zu den Vermutungen hinzukippen, erstmal richtig lesen:

Zitat von Maliko:

... doch wenn ich manuell alle DCUs in dem Projekt lösche (ich benutze dafür ein kleines Script, welches alle Ordner in dem Projekt rekursiv durchsucht und einfach alle Dateien löscht die als Dateiendung DCU haben), dann Delphi neu starte (ich muss es einmal neu Starten) und dann wieder neu kompiliere, ist der Fehler plötzlich weg. ...

Wie oft musst Du das machen? Nach dem Wechsel auf eine neue VM? Oder immer wieder, seit dem Umzug auf die neue VM.

[Maliko]

Zitat von Sinspin:

Leute, anstatt hier massenweise Vermutungen und Lösungen zu den Vermutungen hinzukippen, erstmal richtig lesen:

Zitat von Maliko:

... doch wenn ich manuell alle DCUs in dem Projekt lösche (ich benutze dafür ein kleines Script, welches alle Ordner in dem Projekt rekursiv durchsucht und einfach alle Dateien löscht die als Dateiendung DCU haben), dann Delphi neu starte (ich muss es einmal neu Starten) und dann wieder neu kompiliere, ist der Fehler plötzlich weg. ...

Wie oft musst Du das machen? Nach dem Wechsel auf eine neue VM? Oder immer wieder, seit dem Umzug auf die neue VM.

Leider sehr unregelmäßig. Lässt sich auch nicht wirklich nachvollziehen. Wir arbeiten mit SVN. Wir haben im SVN nen neuen Tag erstellt und diesen dann ausgecheckt (Die DCUs werden nicht mit eingecheckt). Nachdem wir den Tag kompiliert haben trat der Fehler auf. Nachdem wir dann die DCUs gelöscht haben und noch mal neu kompiliert haben, trat der Fehler nicht mehr auf. Im Trunk funktionierte es die gesamte Zeit. Das ist ja das Merkwürdige.

Das Merkwürdige ist halt dass das Problem überhaupt erst auftritt, seit wir die neue Windowsversion plus das Pack für Delphi haben. Vorher hatten wir das Problem nie und auf der alten VM ohne das Pack haben wir das Problem auch weiterhin nicht. Der Fehler ist überhaupt nur aufgetreten, da wir die Version des Programmes getauscht haben und das die erste Version war, die vom neuen System erstellt wurde.

[MyRealName]

Hast Du denn Query überhaupt erzeugt ? Fehler sagt "Fehler beim Lesen von Adresse 00000010", was auf ein nicht-initialisiertes Objekt hindeutet.
Im Code, den Du uns zeigst, hast Du Query lokal deklariert und benutzt es, aber ich sehe kein Create.

Wenn es da ist, alles gut.. dann zum ParamByName. Zeig mal Dein SQL, vllt. hast Du den Param XXX auch wirklich nicht drin. Die sind normalerweise so ":XXX" zu erkennen

[jaenicke]

Zitat von MyRealName:

Wenn es da ist, alles gut.. dann zum ParamByName. Zeig mal Dein SQL, vllt. hast Du den Param XXX auch wirklich nicht drin. Die sind normalerweise so ":XXX" zu erkennen

Dann würde es kaum unregelmäßig auftreten.

Wahrscheinlicher ist, dass dort eine .dcu nicht korrekt erstellt wird bzw. eine irgendwo vorhandene falsche Unit verwendet wird. Deshalb mein Vorschlag, dass zu Debugzwecken irgendwo die vorhandenen Parameter abgelegt werden. Dann gibt es im Fehlerfall zwei Möglichkeiten: Die Parameterliste ist falsch oder leer, dann kann man dort weitermachen, oder aber die Debuginfo fehlt. Dann wurde die neue Version der Unit gar nicht verwendet.

[Sinspin]

Ich arbeite mit 10.3.3 und IDE FixPack 6.4.4 und auch in einer VM. Windows 10 Version ist älter, wir warten da immer ein bisschen.
Ich kenne das zur genüge das von Update zu Update mal dies oder jenes anders läuft. Mache Tage sind unsere DB Server extrem Lahm oder Zugriffe auf Teile der Registry gehen nicht.
Meißt ist es der Windows Defender, manchmal dauert es auch bis zum nächsten PatchDay.
Das schlimmste ist die Anwender zu überzeugen das man es nicht war, weil man ja garnichts verändert hat (haben kann).

Das dir DCU's zerhauen werden, kann ich mir eigentlich nicht denken. Ich vermute auch bei dir den Windows Defender als Übeltäter. Der wird den Zugriff beim übersetzen auf einige DCU's verhindern und du bekommst dann Versionen aus anderen Verzeichnissen rein die sich Delphi hohlt weil die anderen "nicht zu finden" sind.
Sperre den Defender mal aus allen Verzeichnissen aus.

[Maliko]

Zitat von Sinspin:

Meißt ist es der Windows Defender, manchmal dauert es auch bis zum nächsten PatchDay.

Die Vermutung hatte auch einer unserer Admins geäußert. Ich werde unsere Admins morgen mal anhauen, ob die den Defender so konfigurieren können, dass der bei den Sourcen nicht mehr rumpfuschen kann, oder ob die Admins den notfalls komplett abschalten. Danke auf jedem Fall für den Tipp.

[jaenicke]

Der Defender verlangsamt das Kompilieren auch spürbar, genauso wie z.B. AVG, Avast oder Avira (aus eigener Erfahrung).

Sinnvoll ist eher ein besseres Antivirenprogramm zu verwenden, falls es daran liegt, als Verzeichnisse auszuschließen.

[dahead]

Es gibt keine guten Client Antiviren Programme, schon gar nicht besser als der Defender.