EXE und DLL jeweils mit dem "selben" Delphi kompiliert?
Ja, erstmal sollte jemand natürlich
alle Rückgaben von LoadLibrary auswerten.
Eine
Exception beim Laden der
DLL seint es nicht zu sein, aber GetLastError/RaiseLastOSError werden bestimmt irgendwas sagen.
ShareMem und SimpleShareMem (weiß nicht mehr seit wann es das gab) gibt es weiterhin.
Und es müsste auch egal sein ob FastMM oder BorlandMM/DelphiMM. Die Schnittstelle des ShareMem hat sich ja praktisch nicht geändert (glaub ich).
* ShareMem (benötigt BorlndMM.dll)
* SimpleShareMem (nutzt intern AttemptToUseSharedMemoryManager/ShareMemoryManager und verwendet den Speichermanager des zuerst geladenen Moduls EXE/
DLL/
BPL)
Aber zusätzlich kommt noch. Wozu das ShareMem?
Du willst doch nicht etwa Delphi-Strings oder Objekte mit der
DLL teilen?
Im Delphi 2009 wurde die interne Struktur der LongStrings (vor allem AnsiString) verändert. (und ein/zwei Jahre danach nochmal ein bissl)
Nja, natürlich könnte man auch mal die
DLL debuggen. (am Einfachsten im Delphi 7, aber rudimentär ginge es auch im neuen Delphi, wenn man Assembler mag)