Zugriffsverletzung beim Beenden eines Programms nach LoadLibrary
Hallo Zusammen,
ich bin vor ein paar Tagen von Delphi XE2 nach XE6 umgestiegen, und nach ein paar Anpassungen lief alles problemlos. Bis auf ein Problem, zu dem ich keine Idee mehr habe... Das Problem tritt auf, sobald ich eine DLL mit LoadLibrary einbinde. Das Laden funktioniert problemlos, auch sämtliche Funktionen laufen, wie sie sollen. Aber bei der Beendigung des aufrufenden Programms hagelt es "Access Violations". Oder genauer gesagt: nach Beendigung, jedenfalls an einer Stelle, die ich bisher noch mit keinem try-except-Block einfangen konnte. (starte ich die EXE ohne Compiler, erscheint 1-2 Sekunden nach Beenden ein Runtime Error) Wohlbemerkt reicht für dieses Phänomen das einfache LoadLibrary. Selbst wenn die DLL sonst in keiner Form angesprochen wird, erscheinen die Access Violations. Binde ich die DLLs über die frühe Bindung ein, tritt auch kein Problem auf. Aber aus diversen Gründen wäre die späte Bindung deutlich praktischer... Falls jemand eine Idee hat - ich bin für alle Anregungen dankbar...! |
AW: Zugriffsverletzung beim Beenden eines Programms nach LoadLibrary
|
AW: Zugriffsverletzung beim Beenden eines Programms nach LoadLibrary
Wenn eine DLL geladen wird so wird hier u.U. auch schon Quellcode ausgeführt.
D.h. die DLL hat einen Programmierfehler da sie nicht erwartet geladen aber nicht verwendet zu werden. |
AW: Zugriffsverletzung beim Beenden eines Programms nach LoadLibrary
Wann wird die DLL denn entladen? Wenn das FreeLibrary zu spät kommt, sind evtl. schon Ressourcen aus der Exe entladen, wenn die DLL entladen wird.
Gibt es in der DLL vielleicht eigene Finalization Abschnitte oder Klassendestruktoren? Die Zugriffsverletzung mit Stacktrace, wenn du sie postest, könnte evtl. auch etwas aussagen. |
AW: Zugriffsverletzung beim Beenden eines Programms nach LoadLibrary
Das Entladen habe ich schon an verschiedenen Stellen versucht. Von direkt hinter dem LoadLibrary über die letztmögliche Programmzeile bis zum kompletten Auskommentieren.
Die Zugriffsverletzungen erscheinen (da war mein Ausgangspost nicht ganz korrekt, sorry) beim FreeLibrary oder - wenn dies auskommentiert ist - am Programmende. Blöde Frage: Wie komme ich denn an den StackTrace? @Uwe: Die frühe Bindung (ob delayed oder nicht) kommt leider nicht in Frage, weil man dort meinem Verständnis nach nicht den Pfad zur DLL angeben kann - was bei mir aber nötig ist. Oder gibt es da doch eine Möglichkeit? Das wäre sonst auch eine "elegante" Umgehung des Problems...? |
AW: Zugriffsverletzung beim Beenden eines Programms nach LoadLibrary
Zitat:
|
AW: Zugriffsverletzung beim Beenden eines Programms nach LoadLibrary
So, ich habe noch etwas forschen können:
Die DLL ist von mir, aber sie (alleine) scheint es nicht zu sein. Erstaunlicherweise tritt der Fehler auf, sobald ich eine Unit aus der Jedi Code Library einbinde! Und es scheint egal zu sein, welche. Zumindest konnte ich es mit verschiedenen reproduzieren... Es ist die aktuelle Version der JCL, die auch für XE6 freigegeben ist und auch sauber installiert wurde. Ich habe mal Google gefragt, aber es scheint zumindest nichts Generelles bekannt zu sein... Der StackTrace gibt daher übrigens leider auch wenig her - meine Unload-Routinen, aber die sind ziemlich unspektakulär. |
AW: Zugriffsverletzung beim Beenden eines Programms nach LoadLibrary
Installiere die JEDIs mal neu und nimm in den Installern der JCL und JVCL "Include Unit Versioning" heraus.
Wenn es daran liegt, sieht man das eigentlich im Stacktrace ganz einfach, weil die Schutzverletzung genau dort auftritt. Das Problem hatten wir bei DLLs auch, weshalb unsere Installationsprozedur die Entfernung dieser Häkchen vorsieht... |
AW: Zugriffsverletzung beim Beenden eines Programms nach LoadLibrary
So, ich konnte es endlich testen und - das war's!
Vielen Dank, das Unit Versioning war tatsächlich die Ursache! |
AW: Zugriffsverletzung beim Beenden eines Programms nach LoadLibrary
Jetzt würde ich aber gerne auch den detaillierten Grund verstehen.
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 14:21 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz