Start und Stop jeder Methode Tracen an nur einer stelle Implementieren

[Luckie]

Hm, gibt es da nicht schon Software für? Profiler oder wie die sich nennt?

[neo4a]

Zitat von Daniel:

Zitat von Luckie:

Darf man mal fragen wozu du das brauchst?

Damit ließe sich quantitativ erfassen, welche Programmteile wie oft aufgerufen werden und dabei allein und in Summe wie viel Ausführungszeit benötigen.

Das oder auch die Testabdeckung der Schnittstellen eines Moduls...

[Stevie]

Zitat von Luckie:

Hm, gibt es da nicht schon Software für? Profiler oder wie die sich nennt?

Hast du den Thread überhaupt gelesen?

[gibb]

das mit dem Flag war keine Frage sondern eine Feststellung das krieg ich noch gerade so hin...

Die frage ist nur wie schiebe ich das stückchien code allen Methoden unter die im Programm sind und das nur bei bedarf. Ansonsten möchte man ja diesen Code nicht unbedingt in jeder funktion finden

daher müsste das irgendwie automatisch gehen. oder halt wie bereits gesagt eine stelle ganz weit hinten versteckt.


Gruss Gibb

[himitsu]

Zitat von gibb:

daher müsste das irgendwie automatisch gehen. oder halt wie bereits gesagt eine stelle ganz weit hinten versteckt.

Mehrere Die Wege hatte ich doch schonmal aufgezählt?

[gibb]

ja aber ich habe die hoffnung nicht aufgegeben das es einen einfacheren weg gibt

Zitat:

Entweger man sucht sich nachträglich (nach dem Kompilieren) aus den erweiterten Debuginfos die Methoden-Anfänge (erste Codezeile) und deren Ende (letzte Codezeile)
und patcht sich dann überall einen Funktionsaufruf (Logfunktion) rein, bzw. erstellt überall dort Haltepunkte, auf die ein eigener Debugger hört.

Oder man baut sich einen Precompiler, welcher vor dem compilieren die Quellcodes parst und überall diese Log-Funktionsufrufe reinmacht (nur für's Compilieren),
bzw. man läßt den Parser so drüberlaufen und läßt sich direkt in seine Quellcodes die Aufrufe reinbauen.
Oder man geht selber durch und macht die manuell rein.

[himitsu]

Ein einfacher Weg wäre, wenn es ein Event gäbe, welches schon eingebaut ist (zu Beginn und am ende jeder Prozedur), aber sowas gibt es in Delphi nicht.

Bei Scriptsprachen, wie JavaScript und auch teilweise bei gemanagten Sprachen (vielleicht .NET) sähe die Sache anders aus. Also vorwiegend dort, wo ein Programm den Code interpretiert und wo man sich in den Interpretierer reinhängen kann.

Du willst ja überall einen Funktionsaufruf reinhaben und der muß ja auch erstmal überall rein.
Wäre halt zu schön, wenn man ganz einfach im Delphi einen Precompiler registrieren könnte. (den vermisse ich ganz doll)

In neueren Delphis gäbe es die PreCompile- und AfterCompile-Events, wo man sowas gewisser Maßen unterbringen könnte. (auch wenn kein echter PreCompiler möglich wäre, welcher die QuellCodes unverändert läßt)

[neo4a]

Zitat von himitsu:

Zitat von gibb:

daher müsste das irgendwie automatisch gehen. oder halt wie bereits gesagt eine stelle ganz weit hinten versteckt.

Mehrere Die Wege hatte ich doch schonmal aufgezählt?

Ich würde einmal vermuten, er möchte eine Lösung z.B. basierend auf TVirtualMethodInterceptor - er weiß es nur nicht.

Wie auch immer: Ohne Konfigurationsaufwand (sei es per Attribute, xml-File oder hardcodierte Funktionsaufrufe) wird es wohl nicht, zumindest aber nicht vernünftig gehen.

[Stevie]

Zitat von neo4a:

Zitat von himitsu:

Zitat von gibb:

daher müsste das irgendwie automatisch gehen. oder halt wie bereits gesagt eine stelle ganz weit hinten versteckt.

Mehrere Die Wege hatte ich doch schonmal aufgezählt?

Ich würde einmal vermuten, er möchte eine Lösung z.B. basierend auf TVirtualMethodInterceptor - er weiß es nur nicht.

Zum Profilen würd ich diesen Weg aber nicht gerade empfehlen, der ganze RTTI und Invoke Overhead ist ein Performance Albtraum (ich gehe jetzt mal davon aus, dass der TE hier performancekritische Stellen untersuchen möchte).

Ich konnte bisher nicht herauslesen, ob das Tracen Teil der Entwicklung ist, oder ob das auch irgendwie beim Kunden aktivierbar sein muss. Speziell für Debugging/Profiling Zwecke ist auch der Sampling Profiler sehr nützlich.

[Daniel]

Zitat von neo4a:

Ich würde einmal vermuten, er möchte eine Lösung z.B. basierend auf TVirtualMethodInterceptor - er weiß es nur nicht.

Ich wage es, dies in Zweifel zu ziehen. An den TVirtualMethodInterceptor hatte ich zwar auch geacht, dieser ist jedoch Teil der neuen RTTI und damit nicht in Delphi 2006 verfügbar.