Dynamisches Array of record exportieren

[himitsu]

ShareMem ist dafür da, wenn man "verwalteten" Speicher über DLL/EXE-Grenzen hinweg nutzt,
da z.b. der String im Delphi-MemoryManager verwaltet wird und jede DLL oder EXE grundsätzlich erstmal ihren eigenen MemoryManager mitbringt.

In der DLL einen String erzeugen (wird im MM der DLL verwaltet) und diesen dann in der EXE oder einer anderen DLL verändern/freigeben knallt natürlich, da Delphi dort versicht den "lokalen" MemoryManager der anderen EXE/DLL zu nutzen.

Genauso ist das z.B. mit der RTTI, weswegen man keine Klassen über DLL/EXE-Grenzen hinweg nutzen darf.

Außer bei BPLs, welche den Speichmanager und die RTTI gemeinsam nutzen (ähnlich zu ShareMem).



An deiner Stelle würde ich aber auf Interfaces ausweichen.

PS: Den WideString kann man überall nutzen, da dieses kein richtiger Delphi-Typ ist.
Und WideChar kann man sowieso überall nutzen.
WideString = Umleitung zu SysAllocStringLen, SysReAllocStringLen, SysFreeString und SysStringLen

[EWeiss]

Nicht unbedingt mehr Lebenswichtig!

gruss

[FredlFesl]

Bei mir liefert jedes Plugin die benötigte Information. Das ist Teil des Plugin-Interfaces.
Wenn ich eine Liste aller installierten Plugins erstellen will, lese ich nacheinander alle *.DLL-Dateien des Plugin-Verzeichnisses ein, prüfe, ob die Routinen exportiert d.h. vorhanden sind (GetProcAddress), rufe die auf und stelle dann die gelieferte Information in einer Liste dar.

Wenn ich diese Liste exportieren will, dann würde ich das über XML oder JSON machen.

[EWeiss]

Ach vergesst es einfach!
Anscheinend denken hier einige ich will sie verars...

Ich war nun leider mal Krank (bin es immer noch) und habe daher vieles einfach nicht mehr gespeichert. (Kein Wunder nach einer Gehirnblutung)
Wenn ihr mir nicht mehr helfen wollt kann ich das verstehen.
Es ist kein Muss!

Wollte das nur mal Klarstellen..

PS:
Habe es selber hinbekommen.

gruss