deklarere funktioner i en DLL

jeg mener at du er nødt til at bruge typedef, LoadLibrary og GetProcAddress

eksempel:

typedef BSTR __stdcall (*VBFUNCPTR)(char *data);

...

  HINSTANCE md5;
  VBFUNCPTR md5hash;

  md5 = LoadLibrary("md5.dll");
  md5hash = (VBFUNCPTR)GetProcAddress(md5,"_MD5Hash@4");
  res1 = md5hash("Dette er en lille test");

Det er jo temmeligt besværligt og helt uigennemskueligt.
Trist trist. Her kunne man sørme godt udvide C-standarden.

Læg et svar, arne.

Hov jeg er ikke sikker på jeg fatter syntksen ovenfor.
Skal DLL'en loades på den måde hver gang jeg vil foretage et funktionskald?
Eller kan noget af ovenstående sættes ind i DllMain ?

nej

LoadLibrary returnerer en HINSTANCE som du kan bruge i mange GetProcAddress
kald og den function pointer der returneres fra GetProcAddress kan også
kaldes mange gange

og et svar

DLL'er er heldigvis ikke en del af C eller C++ standarden og jeg tvivler meget på at det nogensinde bliver.

I C og C++ har man ikke (nødvendigvis) noget type information i en DLL (eller andre binære) filer og det vil dermed være ret svært at lave.

Det er ikke så meget anderledes end med objekt (og lib) filer, der er heller ingen måde at læse type på funktioner ud af dem; det bliver man nød til selv at holde styr på.

der er ikke type information i en Win32 DLL

heller ikke selvom den kaldes fra VB eller Delphi

hvis man opgiver forkert signatur så får man en grim fejl

COM DLL'er har type information som kan bruges i f.eks. VB6

for Win32 DLL er forskellen på VB6 og C++ syntaktisk

i VB6 er det en erklæring, i C++ er det en runtime dynamisk load, men VB6 laver
i realiteten det samme som C++

Jeg tænkte mere på .net, her kan man vist udtrække typeinformation fra dll'er?

yep

en .NET DLL er reelt en 1:1 transformering af source koden til binære tokens

og ikke nok med at man kan få alle klasse definitioner etc. ud man kan
også nemt decompile dem til C# eller VB.NET efter eget valg - det eneste
som mangler er kommentarerne og navnene på de lokale variable