32 zu 64Bit DLL

[Fritzew]

Zitat:

Ich hab jetzt soviel Arbeit mit der LIB gehabt aber vielleicht ist das doch der bessere weg.

Ok Du hast das jetzt auf dynamisches laden umgebaut.....

Ich verstehe echt nicht was Du erreichen willst. Welches Problem soll denn gelöst werden?

[EWeiss]

Zitat von Fritzew:

Zitat:

Ich hab jetzt soviel Arbeit mit der LIB gehabt aber vielleicht ist das doch der bessere weg.

Ok Du hast das jetzt auf dynamisches laden umgebaut.....

Ich verstehe echt nicht was Du erreichen willst. Welches Problem soll denn gelöst werden?

Es gibt jetzt kein Problem mehr..
Werde vielleicht das C++ Sample noch etwas ausbauen damit es so aussieht wie in Delphi um alle Funktionen testen zu können.
Nur mit dem statischen laden ist man unabhängig von irgendwelchen Librarys

Zudem muss man dann nicht die Lib's hin und her verschieben. (etwas unabhängiger halt)
bzw. mehrere Builds erstellen.

gruss

[Zacherl]

Hin und her schieben muss man aber auch mit den .lib Dateien eigentlich nichts. Es ist ganz normal, dass du einen Library-Path für 32-Bit und einen dedizierten Pfad für 64-Bit hast. Den kannst du für jede Konfiguration (32 Release, 32 Debug, 64 Release, 64 Debug) unabhängig voneinander einstellen.

So wie du es gemacht hast (.lib einfach ins Projekt reingezogen) macht man das normalerweise nicht.

[EWeiss]

Zitat:

So wie du es gemacht hast (.lib einfach ins Projekt reingezogen) macht man das normalerweise nicht.

Ja entschuldige bitte bin blutiger Anfänger in VC.

gruss

[Fritzew]

Also ich bin echt kein Fan von dynamisch geladenen Dll's. Das einzige was ich mir da gefallen lasse ist ein Pluginsystem und da sollte 1!!! Aufruf reichen zum registrieren.
Bei statisch gelinkten Code greift einfach schon zur Compile oder besser gesagt Link-Time die Fehlerprüfung.
Was in den Zusammenhang eigentlich immer geht ist delayed loading. Dann wird die Dll erst gezogen wenn Sie benutzt wird.
Ist aber wahrscheinlich Geschmacksache.
Aber ansonsten finde ich es gut wenn man über den Tellerrand schaut und auch mal etwas anderes probiert. In dem Sinne:
Viel Erfolg und Spass mit Deinem Projekt

Gruss

[jaenicke]

Wir benutzen für unsere Plugins Interfaces. Dadurch brauchen die einzelnen Plugins nicht die ganzen Funktionen einzeln exportieren und man kann via QueryInterface auch optionale Features sehr gut umsetzen.