Braucht sharemem mit D11 immer noch die borlndmm.dll?

[softtouch]

Wenn ich sharemem nutze, brauche ich immer noch die borlndmm.dll?
Ich hatte schon simplesharemem versucht, aber es gibt immer eine AV beim Programm Ende, nicht so mit sharemem.

[himitsu]

Eigentlich Nein.

* BorlandMM war der Borland-MemoryManager
* Delphi nutzt aber seit ewig den FastMM (eine angepasste/abgespeckte Variante ... aber gibt auch noch den Großen)

und
* SimpleShareMem sollte per se funktionieren.
https://docwiki.embarcadero.com/RADS...g_von_Speicher


Ist es denn auch die erste Unit, in beiden DPR?
Und gibst du in DLL/EXE auch alles wieder ordentlich frei?


Unterschied ShareMem vs. SimpleShareMem
* das Eine nutzt eine externe DLL, nur für den Speichermanager, welche von beiden EXE/DLL benutzt wird
* das andere Simple nutzt den Speichermanager, welcher zuerst geladen wird (bei statisch gelinkter DLL meistens den der eigenen DLL) und der Zweite wird dahin umgeleitet

[softtouch]

Zitat:

Zitat von himitsu (Beitrag 1526773)

Doppelt Nein.

* BorlandMM war der Borland-Speichermanager
* Delphi nutzt aber seit ewig den FastMM

und
* SimpleShareMem

Komisch. Wenn ich sharemem nutze, und die exe sowie dll auf einem Rechner kopiere wo kein Delphi installiert ist/war, es also nirgends eine borlndmm.dll gibt, gibts einen System Error mit "The code execution cannot proceed because borlndmm.dll was not found."

sharemem ist als ersten in der dll, sowie als erstes auch in der exe im .dpr file.

[himitsu]

Ja, siehe die letzten beiden Punkte. (hatte oben noch was nachgetragen)

[himitsu]

Zitat:

Zitat von softtouch (Beitrag 1526774)

und die exe sowie dll auf einem Rechner kopiere wo kein Delphi installiert ist/war, es also nirgends eine borlndmm.dll gibt, g

https://www.delphipraxis.net/207151-...s-sandbox.html

[softtouch]

Zitat:

Zitat von himitsu (Beitrag 1526776)

Zitat:

Zitat von softtouch (Beitrag 1526774)

und die exe sowie dll auf einem Rechner kopiere wo kein Delphi installiert ist/war, es also nirgends eine borlndmm.dll gibt, g

https://www.delphipraxis.net/207151-...s-sandbox.html

:D Da habe ich auch gerade dran gedacht, da alle meine VM/PC's/Laptops Delphi schon installiert haben, und damit auch die borlndmm.dll.

[softtouch]

Also wenn ich sharemem in der Windows Sandbox nutze, gibts die System Error exception das borlndmm.dll fehlt. Nutze ich simplesharemem, scheint es zu funktionieren.

[Andreas13]

Zitat:

Zitat von himitsu (Beitrag 1526773)

Eigentlich Nein. ...

Und wie ist es, wenn Delphi-DLL's Strings an Excel übergeben?

[himitsu]

Erstmal werden es dort bestimmt keine Delphi-LongStrings, sondern OleVariant oder WideString sein
und Jene nutzen den BSTR im Speichermanager der OleAut32.dll (SysAllocString und Co.)

[Andreas13]

Danke Himitsu!
Ich benutze bisher für die Excel-DLL's

Delphi-Quellcode:

PAnsiChar

&

Delphi-Quellcode:

ShareMem

(dieses benötigt BorlndMM.dll). Ohne

Delphi-Quellcode:

ShareMem

habe ich es noch nicht probiert.

[jaenicke]

Sharemem brauchst du ausschließlich dann, wenn ein Delphiprogramm eine Delphi-DLL lädt und dorthin zum Beispiel Delphi-Strings übergibt statt PAnsiChar, PWideChar oder WideString.

[himitsu]

Genauer dann, wenn man die Kontrolle von Speicher über DLL-Grenzen hinweg weiter gibt.

z.B. einen String in der EXE oder DLL erstellen, Diesen an die andere DLL übergibt (oder andersrum) und drüben dann etwas mit dem String macht, was dessen Verwaltung betrifft.
* verändern (nicht nur die Chars, sondern so, das auch der Speicher des Strings vergrößert/verkleinert/verschoben/freigegeben wird)
* neuen Text zuweisen
* oder die Variable leeren

Bei PChar's gibt man meistens nur einen Zeiger weiter, wo drüben der nur Inhalt (Chars) gelesen oder eventuell auch überschrieben werden, aber ohne dass der Speichermanager den String selbst bearbeiten muß.


Anders kann man das auch über LaufzeitPackages lösen, wo dann sogar die RTTI und Typen, Funktionen, globale Variablen usw. geshared werden.
-> hier kann man dann also zusätzlich auch noch Delphi-Objekte übergeben.


Bei übergebenen Interfaces, ist sogar selten nötig, da dort im Interface-Objekt Zeiger zu Verwaltungsfunktionen/Speichermanager/usw. des erstellenden Moduls drin hat, womit bei Änderung/Freigabe immer die richtige DLL/EXE/SpeicherManager die Arbeit übernehmen, egal wo das Interface gerade benutzt wird-




Außerdem helfen ShareMem, SimpleShareMem und Co. auch nur zwischen Delphi-DLL/EXE.
Oder zu anderen Systeme ala C++Builder oder fremde C++, welche ebenfalls die Schnittstelle des (Simple)ShareMem implementieren/benutzen "könnten".
(aber normal nutzt das nur Delphi untereinander ... und vielleicht noch FreePascal)