Hin und wieder findet man bei einem interessanten Programm ja eine zugehörige DLL-Datei, die einen dazu verlocken könnte, sie in eigenen Programmen selbst zu nutzen.
Die Funktionsnamen, die eine solche nach außen hin anbietet habe ich ja noch herausfinden können, z.B. mittels TDUMP von Borland/Codegear.
Leider aber dann eben doch nicht mehr.
Super wäre natürlich, wenn es ein Tool gäbe, das die Funktionsheader-Declaration liefern könnte. Diese könnte man dann in sein C-File übernehmen, die entsprechende Fkt. aufrufen und somit nutzen.
Soweit ich weiß, sind bei .NET oder COM-Funktionsbibliotheken die Eingangs/Ausgangstypen immer ersichtlich, oder? Sind dies dann auch DLL-Files? Oder haben diese eine andere Endung?
Kann ein halbwegs kundiger Assembler-Programmierer die Typen / Anzahl der Argumente / Größe der Argumente/eines Arguments/Rückgabewertes aus dem Assemblercode ersehen?
Danke und Grüße,
Mdl
Programmieren - alles kontrollieren 4.938 Themen, 20.667 Beiträge
Danke für Eure Antworten.
@Syntetic_codes
STrace scheint ja recht gut zu sein.
Habe damit mal ein eigenes Programm aufgerufen, das eine DLL importiert, bin aber noch nicht so recht damit klargekommen. Muss mich also nochmals damit beschäftigen...
@PaoloP
Ich selbst bin noch nicht bei .NET angekommen... Aber diese klare Ersichtlichkeit bei den COM-DLLs macht schon Sinn. Eine falsche Version bei den Win32-.DLLs mit veränderten Parametern führt dann zum Absturz...
Die rechtliche Frage ist natürlich auch interessant:
Insbesondere vielleicht:
1) Eigene Verwendung einer DLL eines lizensierten Programms legal?
2) Eigene Verwendung einer DLL eines nicht-lizensierten Programms, das sich aber legal auf dem eigenen Rechner befindet, z.B. Trial-Version, deren DLL aber deren Ende nicht checkt...
3) Verwendung der DLL in einem öffentlichen Programm, ohne aber die DLL selbst mitzuliefern. Bei LAME.DLL ist dies ja oft der Fall: die liegt den Programmen, die sie benutzen ja oft gar nicht bei...
Gruß,
Mdl