Exception vor Application.Initialize

[Harry M.]

Hallöchen

Wie kann ich eine Exception noch vor Application.Initialize abfangen (und ggf. behandeln).

Das Problem tritt beim Laden einer DLL auf, weil die verwendete Funktion erst ab XP SP 2 unterstützt wird.

Die einfache Abfrage ob die gewünschte DLL verfügbar ist, ist ja nicht das Problem, die besteht viel mehr darin, das die Exception noch vor Application.Initialize auftritt. Also noch bevor irgendwelcher Code zu tragen kommt. Oder wie oder was

Gruß Harry
und allen eine "Guten Rutsch"

[Reinhard Kern]

Zitat von Harry M.:

Hallöchen

Wie kann ich eine Exception noch vor Application.Initialize abfangen (und ggf. behandeln).

Das Problem tritt beim Laden einer DLL auf, weil die verwendete Funktion erst ab XP SP 2 unterstützt wird.

Die einfache Abfrage ob die gewünschte DLL verfügbar ist, ist ja nicht das Problem, die besteht viel mehr darin, das die Exception noch vor Application.Initialize auftritt. Also noch bevor irgendwelcher Code zu tragen kommt. Oder wie oder was :gruebel:

Gruß Harry
und allen eine "Guten Rutsch"

Hallo,

natürlich gibt es ein Leben vor Application.Inialize. Schreib eine Funktion, die prüft, ob es die DLL gibt (mit FileExists o.ä.), definiere eine globale Variable für das Ergebnis und rufe die Funktion in deiner .DPR-Datei als allererstes auf.

Das nützt natürlich nur was, wenn du die DLL dynamisch lädst und bei Nichtexistenz das garnicht erst versuchst.

Gruss Reinhard

[Harry M.]

Sowas hatte ich bereits. Ergebnis blieb das Gleiche. Es rumpelt, noch bevor der Code druchlaufen wird.

[Luckie]

Das wird nicht gehen. Wenn die DLL statisch in die Exe gelinkt wird, dann wird die Exception schon vom Loader ausgelöst, weil er die DLL nicht finden kann. Ist nicht sicher gestellt, dass es die DLL gibt, hilft nur noch eins, nämlich zur Laufzeit laden und die Funktionen dynamisch importieren. Sihe dazu auch das DLL Tutorial von Olli: http://www.michael-puff.de/dirindex....orte/Assarbad/

[Harry M.]

Sowas in der Art konnte ich mit schon denken.
Dann rutsch ich mit Assarbad's Tuts in neue Jahr

[Reinhard Kern]

Zitat von Harry M.:

Sowas in der Art konnte ich mit schon denken.
Dann rutsch ich mit Assarbad's Tuts in neue Jahr :mrgreen:

Hallo,
hättest du in meiner Antwort alle 3 Zeilen gelesen und nicht nach 2 schon aufgehört, da stand auch schon "Dll dynamisch".

Naja, war wohl doch zu lang.

Gruss Reinhard

[Harry M.]

Lieber Reinhard Kern,
da die Av noch vor dem eigendlichen Dll-Zugriff kommt bin ich nicht sicher ob dies nun "Dynamisch" oder "Statisch" ist.

[Christian Seehase]

Moin Harry,

wenn Du die DLL mittels:

function Funktionsname(parameter) : Result; external 'DLLNAME'

einbindest, wird sie statisch eingebunden => Das Betriebssystem versucht die DLL und die Funktionsaufruf in der DLL zu finden.
Wenn dabei eines von beiden fehlschlägt => Exception.

Zum dynamischen Einbinden brauchst Du LoadLibrary für die DLL und GetProcAddress für die Funktion.

Du müsstest also wissen können, wie die DLL eingebunden wird

[Harry M.]

Danke für die Erklärung. Dann war es wohl statisch