Was spricht eigentlich dagegen, bei der Installation den Suchpfad der spezifischen Applikation zur
DLL unter
Code:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths
(+ \Project.exe\Path) einzutragen und die
DLL dann im eingetragenen (Unter)-Verzeichnis der Applikation abzulegen?
Ausserdem gibt es ja auch noch die
WinAPI-Funktion
SetDllDirectory, die aber ja nur für dynamisch geladene DLLs geht. Was bei der fbclient.dll ja möglich sein sollte.
Was auch noch eine "nette" Variante ist, die ich schon mal gemacht habe:
Die fbclient.dll als Resource in die EXE kompilieren oder in einem eigenen VFS ausliefern und über das
BoxedApp SDK diese dann beim Programmstart als virtuelle Datei im Speicher erzeugen, die dann dynamisch geladen wird.
Ok, ich geb zu, diese Methode ist krank, aber so kann man Firebird in einem "Single EXE"-Programm ausliefern.