Zwei DLLs statisch laden

[Sinspin]

Wenn das so teuer ist dann sollten die mal Sourcecode rausrücken der die DLLs verwendet. Der kann ja auch in C/C++ sein. Aber dann kann man sehen was zu machen ist.
Allerdings, ich habe auch schon *.lib direkt in Delphi (32 Bit) eingebunden und verwendet. Mal gucken wo das Programm ist. Ist nicht Geheim, kann ich also Posten

[TSchnuckenbock]

Ich habe inzwischen die Vermutung, daß der Fehler nicht beim Laden der DLLs liegt, sondern daß intern in den Funktionen ein Check gemacht wird, aus welcher API sie sind. Das geht dann an den Simulator und der sagt "Nein", will ich nicht und haut den Fehler "falsches ClientHandle" raus.
Sowas in der Art. Das würde erklären, daß mit meinem Konstrukt und Laden aller Funktion aus der alten DLL alles geht, aber wenn ich die aufgespaltenen nutze, dann gehen die Funktionen aus der Lib_A, aber die Funktionen aus Lib_B nicht, weil der Programmierer der DLLs z.B. den Fehler gemacht hat, in LIB_B den API-Versions-Code nicht richtig angepasst zu haben auf die neue API.

Ich könnte mir vorstellen, daß ich eventuell sogar der einzige bin, für den es die DLLs gibt....die anderen Nutzer/Kunden schreiben ihren Krams vermutlich auch in C++ und nutzen die *lib.

Ich werd' mich wohl mal an den Hersteller wenden und dem das Problem schildern. Mal sehen wie ich das Problem rüber kriege....english for me and the manufactura is foreign.

@Sinspin: Aber ein Beispiel-Code mit *lib fände ich trotzdem gut, falls du finden solltest.

[shebang]

Hast du dir die DLLs mal mit dem Dependency Walker angeschaut? Vielleicht gibt der irgendwelche hilfreichen Hinweise auf die Ursache deines Problems.

[Sinspin]

Hallo,

ich finde meine alten Delphi Quelltexte nicht.
Was ich aber gefunden habe ist ein wrapper. Via MS Visual Studio habe ich mir selber eine DLL aus der .lib gemacht.

Wenn Du jetzt zwei .lib hast wäre es eventuell eine Idee die wieder in eine dll draus zu machen.

Allerdings, bei dem von dir beschriebenen Preis würde ich erstmal beim Hersteller anklopfen und fragen ob der helfen kann.

[TSchnuckenbock]

Mit dem Dependency Walker hatte ich schon geschaut.

Ich denke, ich bau dem Hersteller morgen mal ein kleines Demonstrationsprojekt mit Lazarus (in Delphi hab' ich das ja schon).
Dann soll der sich mal äußern.

Ich vermute, der Fehler bzw. das Problem steckt in den DLLs.

Erstmal Danke.

Vielleicht führe ich mir auch mal Rudy Velthuis Seite etwas intensiver zu Gemüte:

http://rvelthuis.de/articles/articles-cobjs.html

[jaenicke]

Zitat von TSchnuckenbock:

Ich denke, ich bau dem Hersteller morgen mal ein kleines Demonstrationsprojekt mit Lazarus (in Delphi hab' ich das ja schon).
Dann soll der sich mal äußern.

Vielleicht wäre es erfolgversprechender, wenn du eins in C++ erstellst, das nicht die .lib Dateien, sondern die .dll Dateien verwendest. Das sollte ja vom Ablauf her identisch sein. Wenn der Hersteller hauptsächlich mit C++ arbeitet, wäre das den Entwicklern dort vermutlich am liebsten und damit am zielführendsten.

[TSchnuckenbock]

So, ich hab' mir heute ein C++-Projekt zusammengepopelt (C/C++ ist ja nicht unbedingt mein täglich Brot), in dem die Dlls und die Libs eingebunden sind.

So wie ich es im Debugger eben gesehen habe, scheint es dasselbe Problem zu geben.

Morgen ist ein neuer Tag. Vielleicht probier ich auch das Demo-Projekt des Herstellers mal zum Laufen zu bringen. Hab' mich ja jetzt mal wieder etwas mit C++ auseinandergesetzt.....

[TSchnuckenbock]

Update: Ich hatte inzwischen auch das Demo-Projekt in C++ vom Hersteller zum Laufen bekommen. Das war OK, aber da sind die *.lib verwendet und nicht die DLLs.

Dann dem Hersteller das Problem mitgeteilt und so wie es ausschaut, hat der zuständige Entwickler die Probleme mit den DLLs nun auch feststellen können. Er arbeitet daran, das Problem zu beheben.