hi

ich habe in delphi eine dll geschrieben. mit funktionen die hauptsächlich mit strings arbeiten. die funktionen werden per stdcall exportiert.
das problem ist, dass ich die funktion nicht mit c# nutzen kann. c# erkennt anscheinend keine delphi string oder so.
ich habe schon daran gedacht einen pointer auf den string zurückzuliefern, aber wenn die funktion beendet wird ist der string ja weg.

wie kann ich den string persistent speichern (im heap vielleicht) und dann einen pointer zurückliefern ?
oder habt ihr andere vorschläge wie ich eine dll einen string an eine andere sprache zurückliefern lasse ?

g1o2k4 hat folgendes geschrieben:

ich habe in delphi eine dll geschrieben. mit funktionen die hauptsächlich mit strings arbeiten. die funktionen werden per stdcall exportiert. das problem ist, dass ich die funktion nicht mit c# nutzen kann. c# erkennt anscheinend keine delphi string oder so. ich habe schon daran gedacht einen pointer auf den string zurückzuliefern, aber wenn die funktion beendet wird ist der string ja weg. wie kann ich den string persistent speichern (im heap vielleicht) und dann einen pointer zurückliefern ? oder habt ihr andere vorschläge wie ich eine dll einen string an eine andere sprache zurückliefern lasse ?

Zwei Moeglichkeiten fallen mir da spontan ein:

1. Statt einer DLL einen COM-Server schreiben, den kann man dann auch von C# (und fast allen anderen Sprachen) aus verwenden.
2. Statt String einen OleString zurueckliefern, den sollte C# auch kennen und da der Speicher dafuer von Windows verwaltet wird, gibt es auch nicht die ueblichen Probleme bei der Stringuebergabe ueber DLL-Grenzen hinweg.

twm

danke für den tipp...aber mit 2. hats nicht geklappt und 1. war mir zu umständlich...

ich habs jetzt anders gelöst.
einer procedure einen pointer übergeben und in der procedure die adresse im ptr schrittweise erhöht und in jedem schritt an die aktuelle adresse des ptrs einen char des strings geschrieben...anschließend kann man in c# ganz normal die chars wieder auslesen und zu nem string schreiben.

g1o2k4 hat folgendes geschrieben:

danke für den tipp...aber mit 2. hats nicht geklappt und 1. war mir zu umständlich... ich habs jetzt anders gelöst. einer procedure einen pointer übergeben und in der procedure die adresse im ptr schrittweise erhöht und in jedem schritt an die aktuelle adresse des ptrs einen char des strings geschrieben...anschließend kann man in c# ganz normal die chars wieder auslesen und zu nem string schreiben.

Hm, 2. hat nicht geklappt? Was hat denn nicht geklappt? Ich benutze kein C#, aber eigentlich sollten OleStringszwischen allen Programmiersprachen funktionieren.

Was Deine Loesung angeht: Ich hoffe, Du hast daran gedacht, den Speicher fuer den String zu reservieren und gibt ihn hinterher wieder frei. Zum Kopieren kannst Du dann auch StrPCopy verwenden.

twm

ich muss daran nicht denken
ich kann auch kein c#
ich hab nur die dll geschrieben, ein kollege benutzt sie mit c#. er allokiert den speicher gibt mit den pointer, ich schreib was rein und er arbeitet dann mit den pointern weiter...

und nichtmal er muss den speicher freigeben, wozu gibts denn in c# nen garbage collector

aber ich finds auch merkwürdig, dass ole strings nicht gehen...ich hätte gedacht, dass dlls ein höheres maß an kompatibilität bieten. was delphi betrifft hat immer alles geklappt aber jetzt wo ich mit anderen sprachen zusammenarbeite, bin ich schwer enttäuscht !

wie wärs mit einem widestring und cdecl oder stdcall als aufruf-konvention der funktion?

war beides der fall(widestring/stdcall)...ging nicht