Also ich bastel im Moment an einem kleinen Projekt, bei dem ich später mehrere exe-Dateien habe. zB eine als eine Art Editor für Dateien und eine andere, die mit den Daten dieser Dateien arbeitet, die Dateien aber selbst nicht verändern darf.
Jetzt hab ich mir bereits eine Klasse geschrieben, die für den Zugriff auf diese Dateien zuständig ist. Nun wär es natürlich unnötig, diese Klasse in beide exe-Dateien mit zu kompilieren. Wenn mich mein Gedächtnis über das, was ich so gelesen hab, nicht ganz täuscht, dann könnte ich aus dieser Klasse doch besser eine dll machen, die später von beiden exe-Dateien eingebunden wird, oder nicht?

Nun, dass Problem ist, ich habe noch nie mit dlls gearbeitet und weiß nicht so richtig, wie ich sie richtig erstelle und wie ich sie später einbinde. Deswegen suche ich ein gutes Tutorial dazu.
Habs schon hier im Forum und auch unter Google versucht. Allerdings hab ich dort leider größtenteils nur Forenbeiträge gefunden, indem dann nur ein kleiner Teil einer dll erklärt oder behandelt wurde, was für mich dann ziemlich nach Bahnhof klang -.-

Naja, ich hoffe ihr könnt mir weiterhelfen Danke schonmal!

/edit: fast vergessen *G* Visual C++ 6.0 unter Windoof XP... hm, wenn sonst noch Infos nötig sind: fragen

Also ich musste vor einiger Zeit schonmal eine dll einbinden nach einer Anleitung. Und da reichte es, in den Projekteinstellungen irgendwo Pfad der dll bekannt zugeben und sie irgendwo bei Projekt -> Einstellungen einzutragen. Dann brauchte man nurnoch bei dem Proejekt #include "name.h" oder so eintragen, und schon war sie hinzugefügt.
In dem Tut wird die dll mit irgendwelchen Aufrufen immer extra geöffnet und wieder geschlossen usw. Evtl kann mir jemand sagen, nach welcher Methode ich das damals gemacht hab? Leider ist die Seite mittlerweile unauffindbar.

Wie gesagt, es mussten nur ein paar Einträge in dem Projekteinstellungen vorgenommen werden und danach konnte man sie wie eine gewöhnliche header-Datei einfügen.

Statisch Linken ist, wenn du den Pfad zur DLL dem Compilir mitgibtst und dann die .h inkludierst.
Dynamisch Laden ist, wenn du jedesmal wenn du eine Funktion aus der DLL brauchst, diese so lädst:

HINSTANCE hDll = LoadLibrary("Super.dll");
if(!hDll)
  return;

// analog zur Funktion int NAME(CString); in der DLL
typedef (int)(CALLBACK* fptr)(CString);
fptr funktion = GetProcAddr(hDll, "NAME");
if(!funktion)
  return;

int nRet = funktion("hallo");

Statisch Linken ist gut, wenn du sehr viele Funktionen aus dieser DLL oft brauchst.

Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?

Dieses Posting wurde automatisch erzeugt.

Bei DLLs gibt's zwei Methoden.
Du kannst sie statisch linken oder dynamisch laden.

Statisch Linken ist, wenn du den Pfad zur DLL dem Compilir mitgibtst und dann die .h inkludierst.
Dynamisch Laden ist, wenn du jedesmal wenn du eine Funktion aus der DLL brauchst, diese so lädst:

HINSTANCE hDll = LoadLibrary("Super.dll");
if(!hDll)
  return;

// analog zur Funktion int NAME(CString); in der DLL
typedef (int)(CALLBACK* fptr)(CString);
fptr funktion = GetProcAddr(hDll, "NAME");
if(!funktion)
  return;

int nRet = funktion("hallo");

Statisch Linken ist gut, wenn du sehr viele Funktionen aus dieser DLL oft brauchst.

Das klingt für mich etwas missverständlich:
- statisch: Die Verbindung wird zur Compilezeit hergestellt. Dabei wird neben Header-Datei auch noch die Lib-Datei benötigt
- dynamisch: Die Verbindung wird vollständig zur Laufzeit hergestellt. Insbesondere erhälst du erst zur Laufzeit Feedback ob die gesuchte Funktion mit der von dir angegebenen Signatur wirklich in der DLL vorhanden ist.

Der einzige Vorteil von statischem Linken besteht darin, das du Abhängigkeiten zu den DLLs minimieren kannst, was den Prozess der Weitergabe inklusive Versionsproblematik erleichtern kann.
Auch beim dynamischen linken lädt man die DLL mit LoadLibrary() üblicherweise nur einmal und nicht bei jedem Funktionsaufruf neu.

Vielleicht hilft die ja.

Was für ein Bild soll das denn werfen? Schwule Frauen gibt es nicht.

Mein Server geht gerade so halbwegs und da habe ich es als HTML:
http://www.larsaf-iii.de/forum/cpp/Dll_machen.htm

So, ich hab ein bißchen hin und her probiert. Mein Problem ist, dass ich in den Projekteinstellungen nur das Feld "Erzeugt keine .LIB" gefunden hab. ABer weder mit Haken drinnen noch draußen erzeugt er mir eine .LIB. Die fehlt immer Naja, ich such einfach mal weiter nach Einstellungen

Ne 2. Frage: Ich muss ja bei der statischen Einbindung den Pfad der dll angeben. Wenn ich das Programm jetzt allerdings einem Freund schicken will, dann "installiert" er es ja nicht unbedingt im gleichen Ordner. Gibts da einen Trick? zB findet er die dll automatisch auch ohne Pfadangabe, wenn sie im selben Ordner wie die exe ist? Oder muss ich dann die dll in ein schon bekanntes Verzeichniss, wie zB in den Windows-Ordner kopieren?

Auf dem Bild siehst du, wo du den Pfad eingeben musst, damit die dll gleich bei der Exe landet. So mache ich das.
Dann muss man das Programm nur von A nach B kopieren und es läuft.
(Denk daran, immer nur die Release-Version wegzugeben.)

http://www.codeproject.com/dll/SimpleDll2.asp

Jetzt schaff ich das schon irgendwie mit den vielen Hilfe-Links

Ich spiel in C++ größtenteils mit der Konsole rum, daher bin ich in der Anwendung von ActiveX-Steuerelementen sehr sehr ungeschickt. Jetzt bräuchte ich allerdings für ein Programm einige Buttons, Textboxen und sonstiges. Unter VB6 wäre das für mich kein Problem, da die Handhabung mir dort um einiges einfacher scheint.
Ist es möglich die c++ dll mitsamt ihrer Klasse in mein VB-Projekt einzubinden, oder kann ich die c++Klassen nur in c++ selbst verwenden? Hab schon einige Beispiele zum Einfügen von c++ dlls in VB gefunden, allerdings waren die meist ungenau erklärt und immer nur an Beispielen von Prozeduren und nicht Klassen.

Vielen Dank

Das, was Du da mit dem Statischen/Dynamischen Linken von Dir gibst, ist total Quatsch.