[gelöst] Problem mit Proxy-DLL

[Jochen Kalmbach]

Also hat die Fehlermeldung doch gar nichts mit Deiner DLL zu tun, sondern Du kannst die umbenannte DLL nicht laden, oder?

[TheGrudge]

Ja, aber ich würde sie ja gerne laden. Und wenn ich meine DLL in TOAD verwende, geht es ja auch (oder in einer Testapplikation).
Nur wenn ich meine Proxy-DLL mit SQLPlus nutze, kann die umbenannte DLL auf einmal nicht mehr geladen werden.

[Chew-Z]

Sieht aber so aus als würde die eine Anwednung die DLL finden und die andere eben nicht. Kannst ja mal testweise einen absoluten Pfad zum Laden der ooci.dll angeben. Wenn das funktioniert ist die "Dateisuche" tatsächlich das Problem.

[TheGrudge]

Ich gebe doch einen absoluten Pfad an, siehe
http://www.pastebin.ca/1838934

Oder meintest du rein zufällig "relativer Pfad"?

[Jochen Kalmbach]

Er findet vermutlich die mscvr71.dll nicht... leg die mal in das gleiche Verzeichnis wie die DLL.

[TheGrudge]

Die liegt in demselben Verzeichnis:
http://img687.imageshack.us/img687/9781/foldert.png

Die war schon bei der SQLPlus Installation dabei.

[Jochen Kalmbach]

Und wieso lädst Du es dann mit einem absoluten Pfad, wenn eh beide DLLs im gleichen Verzeichnis liegen???

[TheGrudge]

Ich hatte vorher einen relativen Pfad, das ging nicht. Also habe ich es danach mit einem absoluten Pfad versucht, was auch nicht ging
Ich habe eben noch einmal mit relativem Pfad probiert, aber es funktioniert leider nicht.

[TheGrudge]

Ich habe eben erst gemerkt, das Dependency Walker wohl auch zum Debuggen genutzt werden kann
Jedenfalls habe ich mal einen Trace laufen lassen und folgendes bekommen:
http://img12.imageshack.us/img12/9808/dependserror.png

Kann jemand mit den Fehlern was anfangen?
Ich werde das Log auch nochmal posten...

[TheGrudge]

Dependency Walker Tracelog:
http://pastebin.ca/1841150

[Jochen Kalmbach]

Das Problem wird vermutlich sein, dass Du in DllMain, die LoadLibrary Funktion aufrufst!
Das sollte man tunlichst vermeiden! (ist auch irgendwo so dokumentiert).

Rufe die "Init" Funktion einfach mal in jeder Funktion auf, dann sollte es gehen...
Oder Du linkst doch gegen all die DLLs, welche die original-DLL auch verwendet!

[TheGrudge]

Also ich habe ein globales Objekt, in dem die Funktionspointer geladen werden:
http://www.pastebin.ca/1838934

Aber ich habe vorhin noch einen Artikel gefunden, wo stand, das wohl dieses globale Objekt irgendwie auch durch die DllMain()-Methode der Laufzeitbibliothek erstellt... oder so ähnlich, das war ein sehr technischer Artikel

Ok ich werde mal versuchen, in jede der 4000 Methoden folgendes einzubauen:

if (dllObject.hL == NULL)
		dllObject.hL = LoadLibrary(L"ooci.dll");
	if (dllObject.p[xxx] == NULL)
		dllObject.p[xxx] = GetProcAddress(hL,"funcxxx");

    __asm jmp dllObject.p[xxx*4];

[TheGrudge]

TheGrudge schrieb:

if (dllObject.hL == NULL)
		dllObject.hL = LoadLibrary(L"ooci.dll");
	if (dllObject.p[xxx] == NULL)
		dllObject.p[xxx] = GetProcAddress(hL,"funcxxx");
		
    __asm jmp dllObject.p[xxx*4];

Ja ich weiß, Schreibfehler War ja nur ein Beispiel.
Aber leider funktioniert das auch nicht, ich bekomme wieder eine Access Violation, und selbst TOAD, was immer lief, will nun nicht mehr.

[TheGrudge]

Hmm es scheint nun zu funktionieren, jedoch sehr instabil. Logging in eine Datei führt schnell zum Absturz (fprintf). Aber immerhin, SQLPlus startet endlich einmal.

[Jochen Kalmbach]

Warum deklarierst Du die Funktionen nicht ganz normal und rufst diese dann ohne Assembler auf?????

[TheGrudge]

Das wird bei 2996 Funktionen recht aufwendig
Ich brauche nur 8 oder 10 Funktionen zu überschreiben, die restlichen 2986 werden einfach durchgeleitet.
Das Codebeispiel ist ja nicht komplett, ich hatte es gekürzt. Da die Signatur der Funktionen ja auch immer variiert, kann man das schlecht generisch erstellen. Mit dem Assembler-Call spare ich mir die Beachtung der Signatur.
Nur bei den 10 interessanten Funktionen muss ich dann die Signatur setzen, den Funktionspointer entsprechend casten und Parameter auswerten.

[TheGrudge]

Wollte nur nochmal schnell erwähnen, das ich es mittlerweile hin bekommen habe.
Einige Punkte, warum die DLL abgestürzt ist:

• Debug-Build (musste als Release gebaut werden)
• LoadLibrary weder in externer Klasse, noch in DLLMain() aufrufen, sondern in jedem Funktionsbody (also check mit IF ob handle schon initialisiert, sonst LoadLibrary()-Call)
• Calling convention (musste __cdecl sein)

Danke an alle, die versucht haben, mir hierbei weiterzuhelfen. Waren auch sehr nützliche Tipps dabei