Zitat von stahli:

TThreadI: Übernimmt (synchronisiert?) den Wert aus der obigen I-Schleife und versendet den.

Also synchronisieren kannst man beim Debuggen vergessen. Das wird doch nur ausgeführt wenn der Hauptthread ProzessMessages aufruft.

Denkbar währe I durch einen Record mit Zuweisungsoperatoren (in beide Richtungen) für Integer zu ersetzen.
Der Record müsste auch eine CriticalSection enthalten, die beim Zugriff auf die interne Variable verwendet werden.

Wegen einem winzigen Integer gleich mit Kanonen auf Spatzen?

Sowas kann direkt die CPU sicher (atomar) schreiben und auslesen kann man es direkt ganz normal.
InterlockedIncrement/InterlockedExchange bzw. AtomicIncrement/AtomicExchange

Danke Euch schon mal.

Bei meiner Realanwendung laufen die Threads ja wieder los, wenn ich nach einem Breakpoint das Programm mit F9 weiter laufen lasse.
Wenn der nächste Breakpoint vielleicht nach 2-3 Sekunden erreicht würde, würde das vermutlich reichen, um einen neuen Datenbestand raus zu schicken.

Die Frage ist, wie sich das "Weiterlaufen der Anwendung" darstellt, wenn die Zeitspanne durch F8 nur einige Millisekunden beträgt.
Ob in der Zeit mal ein Thread aktiv werden kann? Vermutlich wohl nicht.
Vermutlich wäre notwendig, wie von Himitsu vorgeschlagen, dass man der IDE auftragen können müsste, bestimmte Threads nicht zu pausieren...

Dann werde ich mein Vorhaben so nicht umsetzen können...


Alternative wäre ein Debug-Viewer (ähnlich dem für TStringList), der dann die Daten dann direkt innerhalb der IDE darstellt.
Muss ich mir mal überlegen, ob ich den Aufwand betreiben will. Vom Händling her ist das ja auch nicht so optimal.

Hallo,

schon mal das neue IDE Plugin von Parnassus zum Multithreaded debuggen angeschaut?
Findet sich in GetIt package manager, könnte das evtl. können.

Einziger Nachteil: es hat wohl noch ein paar Bugs die unschöne Fehlermeldungen beim
Schließen von Projekten oder so erzeugen.

Entwickler hat aber versprochen diese zu fixen. Ist halt noch V1.00.

Grüße
TurboMagic

Vielen Dank.

Das sieht ganz gut aus, ist aber für mich vielleicht etwas zu komplex.

Ich werde doch erst mal schauen, ob ich das als internen Objekt-Viewer umsetzen kann.
Dann wäre keine Thread-Kontrolle notwendig und keine Datenübertragung über TCP.

Vielleicht ist das (wenn die benötigten Threads nicht einfach weiter laufen können) dann doch die geschicktere Lösung...


Ich gebe bescheid, ob ich das so umsetzen kann...

Alternativ ohne Thread, in deinem Code eine SendeFunktion überall einfügen/aufrufen, da kannst dann mit F8 drüber und deine Daten raussenden.

Ja, aber das ist dann unpraktisch.
Dann muss man zuvor genau sagen, an welchen Stellen man den Datenblock einsehen möchte.
Das benötigte mehrfache Korrekturen im Code und mehrfaches Debuggen und genau das will ich vermeiden.

Ich möchte also bei jedem Debug-Schritt eine aktualisierte visuelle Aufbereitung der Daten sehen.