AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

FastMM und Runtime-Packages

Ein Thema von Sisko · begonnen am 20. Dez 2022 · letzter Beitrag vom 20. Dez 2022
Antwort Antwort
Sisko

Registriert seit: 24. Jul 2008
Ort: Sevelen (Schweiz)
10 Beiträge
 
Delphi 11 Alexandria
 
#1

FastMM und Runtime-Packages

  Alt 20. Dez 2022, 11:38
Ich habe eine Anwendung die neben dem EXE mehrere Packages und DLL's verwendet. Alle Teilprojekt sind mit Runtime-Packages gelinked. Dadurch kommt nur ein einziger MemoryManager zum Einsatz.
Zu Diagnosezwecken (Leak-Detection) will ich nun FastMM mit seinen diversen Debugmöglichkeiten einsetzten.
Das Problem ist jetzt nur, dass ich FastMM nur im Anwendung-DPR und den DLL-DPR's als erste "Uses"-Zeile auflisten kann.
Leider kann ich die Ladereihenfolge der Runtime-Packages nicht beeinflussen und FastMM reklamiert beim Initialisieren, dass bereist eine Speicherallokation stattgefunden hat.

Hat jemand eine Idee wie ich dafür sorgen kann, dass FastMM wirklich als erstes initialisiert wird?
Könnte ein Runtime-Package helfen das nur den FastMM benutzt? Aber wie kontrolliere ich dann die Ladereihenfolge der Packages (RTL, dann FASTMMPack, dann der Rest)?

P.S. Ich würde nur ungern die RTL selbst neu compilieren

Gruss
Peter
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.071 Beiträge
 
Delphi 12 Athens
 
#2

AW: FastMM und Runtime-Packages

  Alt 20. Dez 2022, 12:16
Versuch mal:
* als erste Unit eine eigene Lade-Unit die FastMM-Units, bzw. eine eigene LadeUnit
* FastMM und diese Unit in ein Package, welches nur die RTL requird
* dann sollte FastMM als Erstes geladen werden




Ja, für sowas wie Speichermanager nd ExceptionHandling wäre es schön, wenn im Delphi (RTL) ein Code drin wäre, der nicht über Units, sondern aus den Ressourcen derartige Einbindungen auslesen und laden könnte.
Ressourcen werden "irgendwann" später eingebunden, aber direkt im RTL-Code könnte bei der Initialisierung, noch vor allem Anderen, dieses zur Laufzeit ausgelesen werden, um entsprechende BPL oder DLL zu laden.
Neuste Erkenntnis:
Seit Pos einen dritten Parameter hat,
wird PoSex im Delphi viel seltener praktiziert.
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:44 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz