Von Sharemem zu FastMM

[Blamaster]

Hi,

ich wollte um nicht immer die borland dll einbindne zu müssen nun auf FastMM umsteigen.

Ich habe FastMM in jedem dpr File an erster Stelle eingetragen. (Sowohl im Hauptprogramm als auch in den Dll´s)

Mit dem Sharemem kam es nie zu exceptions oder dergleichen. Mit FastMM bekomme ich nun exceptions wie

Zitat:

---------------------------
Debugger Fault Notification
---------------------------
Project Project1.exe raised too many consecutive exceptions: 'access violation at 0x00000000: read of address 0x00000000'. Process Stopped. Use Step or Run to continue.
---------------------------
OK Help
---------------------------

Woran kann das liegen ? Wie gesagt mit ShareMem lief alles bestens.

Gruß Yannic

[himitsu]

Welche Delphi-Version?

Hast du mal deinen Debugger gefragt, wo dieser Fehler auftritt?


Man kann fastMM uch mit zusätzlichem Debugcode ausführen lassen (steht Alles in der zugehörigen OH).

[Blamaster]

Hi,

Delphi 7

Der Debugger öffnet bei der Exception ein CPU Fenster "Thread #1064"

Wie man mit dlls sauber debuggen kann habe ich irgendwie noch nicht so ganz raus.

Gruß Yannic

[himitsu]

DLL-Projekt im Delphi öffnen und im Menü unter Start > Parameter > hostanwendung die EXE angeben ... F9 startet dann die EXE und debuggt die DLL oder BPL.

[Blamaster]

So funktioniert das also

Problem war, dass ich auf ein bereits freigegebenes object zugreifen wollte.

Gruß Yannic

Achso eine Frage habe ich noch. Ich habe mir den "FastMM4 Options" Manager besorgt.

Welche Obtionen sollte man unter dem Punkt "Memory Manager sharing" setzen ?

Zur Auswahl stehen:
- ShareMM
- ShareMMIf Libary
- Attempt to use ShareMM
- EnableBackwardCompileMMSharing

Und kann die Main Apllication mit den gleichen FastMM Einstellungen compiliert werden wie die dll ?

[himitsu]

Es gibt im FastMM-Verzeichnis eine Include-Datei (options.inc oder so) ... darin stehen auch nochmal einige Erklärungen zu den einzelnen Werten.

PS: da gibt es auch eine option, welche derartige Zugriffe, auf bereits freigegebene Objekte, aufspürt oder zumindestens dabei helfen soll.


Wird die DLL statisch geladen, dann muß mindestens Folgendes eingestellt sein (oder alles überall aktiv):
in der DLL > freigeben für Sharen, also das andere Module diesen Speichermanager mit nutzen dürfen
in der EXE > es soll der Andere genutzt werden, wenn ein anderer MM gefunden wurde


[add]
http://www.shenturk.com/sources/self...MM4Options.inc

Delphi-Quellcode:

{Allow sharing of the memory manager between a main application and DLLs that
 were also compiled with FastMM. This allows you to pass dynamic arrays and
 long strings to DLL functions provided both are compiled to use FastMM.
 Sharing will only work if the library that is supposed to share the memory
 manager was compiled with the "AttemptToUseSharedMM" option set. Note that if
 the main application is single threaded and the DLL is multi-threaded that you
 have to set the IsMultiThread variable in the main application to true or it
 will crash when a thread contention occurs. Note that statically linked DLL
 files are initialized before the main application, so the main application may
 well end up sharing a statically loaded DLL's memory manager and not the other
 way around. }
{$define ShareMM}

{Allow sharing of the memory manager by a DLL with other DLLs (or the main
 application if this is a statically loaded DLL) that were also compiled with
 FastMM. Set this option with care in dynamically loaded DLLs, because if the
 DLL that is sharing its MM is unloaded and any other DLL is still sharing
 the MM then the application will crash. This setting is only relevant for
 DLL libraries and requires ShareMM to also be set to have any effect.
 Sharing will only work if the library that is supposed to share the memory
 manager was compiled with the "AttemptToUseSharedMM" option set. Note that
 if DLLs are statically linked then they will be initialized before the main
 application and then the DLL will in fact share its MM with the main
 application. This option has no effect unless ShareMM is also set.}
{$define ShareMMIfLibrary}

{Define this option to allow sharing between the default memory manager and
 FastMM. This option only works together with the memory manager of BDS2006.
 With this option enabled FastMM can be shared with applications using the
 Delphi 2006 MM and vice versa. (You may have to add SimpleShareMem.pas to the
 project using the Delphi 2006 memory manager to enable sharing.)}
{$define EnableSharingWithDefaultMM}

{Define this to attempt to share the MM of the main application or other loaded
 DLLs in the same process that were compiled with ShareMM set. When sharing a
 memory manager, memory leaks caused by the sharer will not be freed
 automatically. Take into account that statically linked DLLs are initialized
 before the main application, so set the sharing options accordingly.}
{$define AttemptToUseSharedMM}

[Blamaster]

Alles klar Danke

[Blamaster]

Hi,

ich muss das Thema nun nochmal ausgraben.

Das Programm ist nun soweit fertig, aber nun muss ich wie es aussieht die FullDebugMode.dll mitgeben. Wie lässt sich der FullDebug Mode komplett deaktivieren, so das auch keine externe dll mehr benötigt wird ?

Gruß Yannic

[generic]

Ja, du brauchst nur den "Debug" Schalter nicht setzten (es sein denn du hast an den Options.inc rungefummelt).

[Blamaster]

Hi,

doch die Options.inc wurde mit dem "FastMM Options Interface geändert".

Was muss getan werden, um den Debugmode mit der Dll vollständig zu deaktivieren ?

Gruß Yannic