Mossi - Fr 05.03.04 19:44
Titel: libMysql40.dll in eigene DLL integrieren

---

Ich hab jetzt ehrlich gesagt keine Ahnung, ob ich hier im richtigen Forum bin, aber ich versuch's einfach mal
(@Mod: bitte gegebenfalls ins richtige Forum verschieben)

Es geht um folgendes Problem:
Ich arbeite mit der ZEOS-Library auf einer MySQL-Datenbank. Dabei benötigt man ja immer eine DLL wie zum Beispiel in meinem Fall die LibMysql40.Dll
Da ich mein Programm ohne Installationsroutine schreibe (ist klein und daher nicht unbedingt nötig) liegt bei mir diese Library im gleichen Verzeichnis wie das Hauptprogramm. So funktioniert das einwandfrei.
Nun hab ich aber eine weitere DLL geschrieben, die sich um die Datenbankverbindung kümmert. Diese "Connection.Dll" ist die einzige Stell in meinen DLLs, wo Datenbankverbindungen aufgebaut werden. Was mir persönlich jetzt nicht gefällt ist, dass ich damit immer mindestens zwei DLLs im Root-Verzeichnis liegen habe um mit meinen Programm zu arbeiten.
Gibt es daher eine Möglichkeit, dass ich die LibMysql40.dll fest und vollkommen in meine eigene Dll integriere, so dass die DLL als Datei nicht mehr sichtbar ist?

Hmmm. Irgendwie schwer in Worten zu erklären, aber ich hoffe, das versteht jemand. es geht mir lediglich um einen Schönheitsfehler, der nicht unbedingt nötig ist, sonder einfach nur eine Datei einsparen soll und auch verbergen soll, welche Datenbank hinter meiner Application steht.

Schon mal vielen Dank für die Hilfe

Motzi - Sa 06.03.04 18:56

---

Es gibt zwar Möglichkeiten (und ich glaub sogar auch eine kostenpflichtige Komponente mit der das geht) eine Dll als Resource anzuhängen und dann normal in den Speicher zu mappen, so wie Windows das auch macht, aber sobald die ImageBase-Position an die die Dll geladen werden sollte kommt die ganze Relocation-Sache dazu und das ist alles andere als trivial... ich kann dir daher nur empfehlen - lass die Finger davon und akzeptier lieber eine Dll mehr..

Mossi - Sa 06.03.04 21:01

---

Hmmm... schade. Naja war eh nur ein Hirngespinst weil die eine DLL so komplett anders aussieht, wie meine eigenen.
Aber ich denke, ich werde damit leben müssen.
Vielen Dank jedenfalls