Include-Dateien generieren: Dll2Inc

[Frabbing]

Ein kleines Utility, um aus einer Dll eine XProfan-Include-Datei zu generieren. Liegt als Exe und in Dll-Form vor. Die Dll hat eine zusätzliche Funktion, um gezielt die Parameteranzahl einer bestimmten Funktion zu ermitteln.

Dll2Inc - zu finden bei den Dll's auf meiner Webpage.

[p. specht]

Geiles Teil...

[ts-soft]

Sehr schön, kann ich brauchen

[Bangkok]

Bei der Exe Version muss scheinbar noch etwas schief laufen. Ich hatte eine DLL mit sehr vielen Funktionen geladen. (Audiogenie3.dll). Das Programm hat sich ohne Kommentar verabschiedet. Die DLL Version hat dagegen funktioniert.

[klaus.kohlhepp]

mein Testbericht:
habe mir die Audiogenie3.dll (aktuell 2.0.3.1) 32Bit heruntergeladen und getestet:
im Verzeichnis der Audiogenie3.dll befindet sich ordnungsgemäß die
AudioGenie3_dll2inc.inc mit 452 Definitionen
bei der 64-Bit Version der AudioGenie3.dll kommt der Fehler:
die Datei kann nicht zur Analyse verwendet werden

[klaus.kohlhepp]

@Frank: wenn du das selbst testen willst:
Download von AudioGenie

[klaus.kohlhepp]

es gibt sowas auch schon bei Andreas Miethes XProfEd32a.
aber auch dieser möchte die inc der only64-Bit Version der
Audiogenie3.dll nicht erstellen.

[Frabbing]

Das liegt daran, dass ein 32 Bit-Programm keine 64 Bit-Dll per LoadLibrary laden kann.
Wenn ich Zeit habe, erstelle ich auch noch eine 64 Bit-Version des Utility. Die Audiogenie werde ich heute abend testen.

Hatte auch lange Zeit Andreas' Tool verwendet. Bringt mir aber in letzter Zeit öfters Virenwarnungen und ich wollte einfach testen, ob und wie man die Anzahl Parameter ermitteln kann.

[Jac de Lad]

Solange es kein 64er XProfan gibt, denke ich, dass kein Bedarf an einer 64Bit-Version besteht, oder?

[klaus.kohlhepp]

ja, dachte schon, dass das ein 32/64-Bit Problem ist
Ob eine 64-Bit version der DLL2Inc gebraucht wird,
ob Bedarf, Zeit und Lust dazu ist, dazu kann sich Frank seine Gedanken
machen wollte nur meine Testberichte mitteilen, weil
Dieter/Bankok eine Fehlfunktion bei der Audiogenie3.dll gemeldet hat

[Bangkok]

Muss mich berichtigen, nach einem Neustart des Rechners hat die Exe auch geklappt. Ich hatte wohl Probleme mit einer Videoschnittsoftware, die 4 x im Speicher hing nach dem Beenden. Habe nachdem ich den anderen Testbericht gelesen hatte mal den Taskmanager gestartet und sah dann die Leichen dort hängen.
Ich habe das Ergebnis mal mit dem Tool verglichen, das Andreas in seinen Editor eingebaut hat.
Andreas Tool konnte nur 448 Funktionen erkennen, 452 Scheint aber richtig zu sein da ImportDLL(".....","*") ebenfalls 452 erkennt. Dafür scheint die Erkennung der Parameteranzahl etwas besser zu sein.
@Frank,
dein Tool scheint insbesondere Schwächen bei 0 Parametern zu haben, hier kommen sehr viele falsche Werte, so gut wie immer kommt 1. Getestet wieder mit audiogenie, da ich da viele Parameter im Kopf habe, weil ich einen Wrapper dazu geschrieben habe.

[ts-soft]

Also Interesse an einer 64-Bit Version besteht schon , jedenfalls für
die DLL, aber ich denke die Anzahl der Parameter lässt sich bei Fastcall
genausowenig ermitteln wie bei CDECL und 64-Bit DLLs sind immer Fastcall!

[Frabbing]

@Frank,
dein Tool scheint insbesondere Schwächen bei 0 Parametern zu haben, hier kommen sehr viele falsche Werte, so gut wie immer kommt 1. Getestet wieder mit audiogenie, da ich da viele Parameter im Kopf habe, weil ich einen Wrapper dazu geschrieben habe.

Andreas Version kann zur Parametererkennung auf eine PB Disassembler-Komponente zugreifen. Den Luxus hatte ich nicht, mein "Disassembler" ist da eher rudimentär und basiert im Grunde auf einigen Faustregeln.
Zur Erklärung: Da eine Dll nirgendwo die Anzahl der Funktionsparameter gespeichert hat, ist es nötig, den Austritt aus der Dll-Funktion zu erkennen und dort auszulesen, um wieviele Bytes der Stack beim Rücksprung zurückgesetzt wird.

Ich werde mich mal auf die Dll konzentrieren und versuchen, meinen Algo weiter zu verbessern. Gedacht ist mein Tools aber als Utility für XPIA. Die Funktionen, die mit XPIA erstellt wurden, werden sehr sicher erkannt.

[Frabbing]

Zwischen 32 und 64 Bit gibt es ja doch starke Unterschiede, hier mal ein und die gleiche kleine Funktion:

32 Bit:
mov eax, dword ptr [esp+8H] ; 10010DC0 _ 8B. 44 24, 08
mov ecx, dword ptr [esp+4H] ; 10010DC4 _ 8B. 4C 24, 04
push eax ; 10010DC8 _ 50
push ecx ; 10010DC9 _ 51
call ?_05979 ; 10010DCA _ E8, 00022A31
movzx eax, al ; 10010DCF _ 0F B6. C0
neg eax ; 10010DD2 _ F7. D8
sbb eax, eax ; 10010DD4 _ 1B. C0
ret 8 ; 10010DD6 _ C2, 0008

64 Bit:
sub rsp, 40 ; 800144D0 _ 48: 83. EC, 28
call ?_05103 ; 800144D4 _ E8, 00022AE7
neg al ; 800144D9 _ F6. D8
sbb ecx, ecx ; 800144DB _ 1B. C9
movzx eax, cx ; 800144DD _ 0F B7. C1
add rsp, 40 ; 800144E0 _ 48: 83. C4, 28
ret ; 800144E4 _ C3

Unter 32 Bit erkennt man am Rücksprung (hinter RET), dass 2 LongInts zurückgesprungen wird, dass die Funktion also 2 Parameter haben muß.
Unter 64 Bit wird der Stack benutzt, allerdings würden 40 Bytes bedeuten, dass die Funktion 5 Parameter haben soll, hä? Selbst wenn ich einen Align rausrechne, ist die Anzahl immer noch zu hoch. Scheinbar ist dort der Rücksprung nicht mehr nachzuvollziehen...

[Andreas Miethe]

Zitat von Bangkok

Andreas Tool konnte nur 448 Funktionen erkennen, 452 Scheint aber richtig zu sein da ImportDLL(".....","*") ebenfalls 452 erkennt. Dafür scheint die Erkennung der Parameteranzahl etwas besser zu sein.

Das ist nicht ganz korrekt. Die Funktionen werden alle erkannt, nur werden nicht alle Funktionen in die Include exportiert. Die Funktionen, die die Dll registrieren bzw. deregistrieren werden nicht exportiert. Die werden nicht gebraucht. Das sind:

DllCanUnloadNow
DllGetClassObject
DllRegisterServer
DllUnregisterServer