Inno Setup - Externe .NET DLL mit Abhängigkeiten

Question

Ich versuche, eine benutzerdefinierte DLL in einem Inno-Setup-Skript während der Installation zu verwenden. Ich habe eine sehr einfache Funktion geschrieben, die im Grunde eine Verbindungszeichenfolge für eine MySQL-Datenbank mit dem MySQL .NET-Konnektor überprüft (es gibt keinen MySQL-Client auf dem Zielserver). Der Code dieser exportierten Funktion ist:

public class DbChecker 
{ 
    [DllExport("CheckConnexion", CallingConvention.StdCall)] 
    public static int CheckConnexion([MarshalAs(UnmanagedType.LPStr)] string connexionString) 
    { 
     int success; 
     try 
     { 
      MySqlConnection connection = new MySqlConnection(connexionString); 
      connection.Open(); 
      connection.Close(); 
      success = 0; 
     } 
     catch (Exception) 
     { 
      success = 1; 
     } 
     return success; 
    } 
} 

Die Funktion importiert wird auf diese Weise in Inno Setup:

[Files] 
Source: "..\..\MyDll\bin\x86\Release\*"; Flags: dontcopy; 

und

[Code] 
function CheckConnexion(connexionString: AnsiString): Integer; 
external 'CheckConnexion@files:MyDll.dll,MySql.Data.dll stdcall setuponly loadwithalteredsearchpath';` 

Das Problem ist, dass die Einrichtung eine Ausnahme wirft auf Laufzeit:

Laufzeitfehler (bei 53: 207):

Externe Ausnahme E0434352.

Ich glaube, ich habe den files Präfix verwenden, da die Funktion im NextButtonClick Ereignishandler aufgerufen wird, bevor Dateien in das {app} Verzeichnis kopiert werden.

Sowohl MyDll.dll als auch MySql.Data.dll werden zur Laufzeit korrekt in das Verzeichnis {tmp} extrahiert.

Ich versuchte sowohl mit als auch ohne das loadwithalteredsearchpath Flag mit dem gleichen Ergebnis.

Was ich fand, ist, dass dieser Fehlercode ein generischer .NET-Laufzeitfehlercode ist.

Wenn ich entfernen Sie den Teil MySql.Data mit es perfekt funktioniert gut (außer, dass es tut nichts ...)

Wie auf anderen Threads geraten Ich habe versucht, den Fehler in meiner .NET-Code anmelden EventLog mit und UnhandledException aber ich habe die gleiche Ausnahme, egal was (und keine Protokollquelle erstellt wird), auch ohne den MySQL-Teil. Ich habe die EventLog-Berechtigungen auf meinem Computer überprüft.

Es scheint, dass die Ausnahme ausgelöst wird, sobald ich etwas anderes "grundlegenden" C# -Code verwende (wann immer ich versuche, eine andere DLL zu laden).

Answer 1

Es gibt wahrscheinlich einen besseren Weg, aber das wird es tun.

Implementieren einer Initialisierungsfunktion (Init hier), die AppDomain.AssemblyResolve handler einrichtet, die in dem Pfad des Haupt (Ausführen) -Anordnung für eine Baugruppe aus:

[DllExport("Init", CallingConvention.StdCall)] 
public static void Init() 
{ 
    AppDomain currentDomain = AppDomain.CurrentDomain; 
    currentDomain.AssemblyResolve += new ResolveEventHandler(MyResolveEventHandler); 
} 

private static Assembly MyResolveEventHandler(object sender, ResolveEventArgs args) 
{ 
    string location = Assembly.GetExecutingAssembly().Location; 
    AssemblyName name = new AssemblyName(args.Name); 
    string path = Path.Combine(Path.GetDirectoryName(location), name.Name + ".dll"); 
    if (File.Exists(path)) 
    { 
     return Assembly.LoadFrom(path); 
    } 
    return null; 
} 

Import es dem Inno Setup:

procedure Init(); external 'Init@files:MyDll.dll stdcall setuponly'; 

Und rufen Sie es vor dem Aufruf der Funktion, die die Abhängigkeit benötigt (CheckConnexion).

---

Eine andere Lösung könnte sein:
Embedding DLLs in a compiled executable

---

Btw, keine Notwendigkeit für die loadwithalteredsearchpath Flagge. Es hat keine Auswirkungen auf .NET Assemblies imo.