string ein Alias für UnicodeString

[Uwe Raabe]

Keine Ahnung, ob das hier relevant ist, aber vielleicht hilft es ja: Der Shared Memory Manager

Zitat von Der Shared Memory Manager:

Wenn eine DLL in Win32 Routinen exportiert, die lange Strings oder dynamische Arrays als Parameter oder als Funktionsergebnis übergeben (entweder direkt oder in Records bzw. Objekten), müssen die DLL und ihre Client-Anwendungen (oder -DLLs) die Unit ShareMem verwenden.

[EWeiss]

Danke für eure Informationen.
Wie ich schon sagte..

Zitat:

Ich habe es gelöst musste nur an der untersten Ebene anfangen zu suchen und dort die Datentypen nach WideString umlegen.
Da mir EurekaLog und ReportMemoryLeaksOnShutdown nichts mehr melden sollte es in Ordnung sein.

Ich habe keine Speicherlecks mehr.
Innerhalb der Anwendung besteht kein Grund mehr WideStrings zu verwenden habe es korrigiert und nochmals auf Speicherlecks geprüft.
Scheint alles IO zu sein wenn man sich denn auf EurekaLog und ReportMemoryLeaksOnShutdown verlassen kann.

gruss

[QuickAndDirty]

Welches war der Stringtyp der von Windows als OLE Objekt verwaltet wurde und weder Freigabe noch Management durch den Delphi Memorymanager oder fastmem brauchte?

[mkinzler]

WideString. Aber nur bei Verwendung von OLE.

[EWeiss]

Ich verwende viele WideStrings innerhalb meiner DLL diese arbeitet aber global mit Interfaces
Mein Fehler war früher das ich nicht wusste das Strings Unicode fähig sind das war der einzige Grund das ich WideString eingebaut habe.
Das jetzt alles umzuschreiben macht am ende mehr kaputt als das es irgendeinen Vorteil bringt, daher lasse ich es so.

Habe bisher hier keine Probleme. (Abgesehen vom ToolTip warum auch immer 64Bit)
Ja jetzt kommt der Aufschrei.. Nein lieber PWideChar verwenden. Ist aber auch kein Allheilmittel

gruss