Stimmt von der Problematik hatte ich bereits gehört. Der Pointer auf die Mainklasse ruft eine AddProtocol Funktion auf die einen Text für ein Label setzt. Ansonsten wird über diese Verbindung nur auf Variablen der Mainklasse zugegriffen.

Zitat von Athris:

Der Pointer auf die Mainklasse ruft eine AddProtocol Funktion auf die einen Text für ein Label setzt. Ansonsten wird über diese Verbindung nur auf Variablen der Mainklasse zugegriffen.

Und jetzt die Gretchenfrage: Wie hältst du's mit der Synchronisation?
Das geht entweder mit TThread.synchronize(...) oder Synchronisationsmitteln wie zB. Critical-Sections.

hallo,

Du greiftst also auf Variablen bzw. auf ein Label deines MainFormular zurück, wie soll hier jetzt irgendwer beurteilen, ob du dies auch threadsafe programmiert hast. Der eine läuft nach Afrika und der andere nach Amerika, jo das funktioniert, wenn aber beide (bzw. alle) gleichzeitig in die gleiche Richtung laufen, wirds etwas komplizierter. Vielleicht schreiben die Threads auch gleichzeitig in eine Datei und was passsiert, wenn die sich da treffen? Noch mal ohne Quellcode, lautet die Antwort .

mfg

Ich bedanke mich für alle Antworten und die damit verbundenen Tipps und Hinweise.
Bezüglich der Mehrfachzugriffproblematik muss ich mich definitiv noch einmal ran setzen, da die Funktionen auch zwischenzeitlich von der Main aufgerufen werden können. Da muss ich natürlich steuern dass die sich nicht in die Quere kommen.

Kleiner Tipp: Arbeite mit Messages (PostMessage), statt Synchronize, um deine Hauptform zu aktualisieren.

Zitat von nuclearping:

Kleiner Tipp: Arbeite mit Messages (PostMessage), statt Synchronize, um deine Hauptform zu aktualisieren.

Oder nimm nicht PostMessage und Programmiere so, dass es auch auf anderen Plattformen läuft.

Zitat von Mavarik:

Oder nimm nicht PostMessage und Programmiere so, dass es auch auf anderen Plattformen läuft.

Jein. PostMessage funktioniert auch mit FMX: http://francois-piette.blogspot.de/2...ndows-and.html

Zitat von Luckie:

Und warum sollte er mit Nachrichten synchronisieren, wenn er die Thread Klasse benutzt?

Die Alternative wäre Synchronize oder Queue und dort entweder direkt auf die Form zugreifen oder per Events.

Synchronize ist aber zB blockierend. Dh wenn es sein Ziel war, die Hauptform weiterhin nutzen zu können, wird wohl der ständige Aufruf von Synchronize zum Aktualisieren der Form trotzdem zu "rucklern" führen. Queue ist zwar nicht blockierend, aber ich habe die Erfahrung gemacht, dass es mit PostMessage die wenigsten "komischen" Probleme gibt und vermeide seither die Verwendung von Synchronize oder Queue , seit ich schon mehrfach mehrere Stunden mit dem Debuggen von unerklärlichen Zugriffsverletzungsmeldungen verbracht habe. Obwohl vom Code her alles in Ordnung war und ich keinen Fehler feststellen konnte, hat es trotzdem nach einiger Zeit geknallt. Und nach Umstellung auf Nachrichten lief alles wie am Schnürchen.

Ich finde auch, dass der Versand von Nachrichten "flexibler" ist, da zum einen der Thread nicht zwangsläufig den Empfänger kennen muss. Sprich man nutzt entweder Application.MainForm.Handle oder übergibt dem Thread das Handle des zu aktualisierenden Formulars. Und zum anderen ist es auch flexibler in der Datenübergabe. Man kann einen Pointer auf einen Record oder ein Objekt übergeben, statt Felder des Formulars direkt anzusprechen oder den ganzen Overhead zur Deklaration der jeweiligen Event-Methoden mit ihren jeweiligen Parametern anzulegen.

Ist wohl auch eine Geschmacks- und Erfahrungssache. Die PostMessage-Methode ist nach dem Motto "Fire & Forget" und ich persönlich finde deren Handhabung am einfachsten und flexibelsten.

Zitat von nuclearping:

Jein. PostMessage funktioniert auch mit FMX: http://francois-piette.blogspot.de/2...ndows-and.html

Und warum soll ich sowas nachprogrammiertes nehmen.. FMX kann das von Hause aus...

Zitat von nuclearping:

Kleiner Tipp: Arbeite mit Messages (PostMessage), statt Synchronize, um deine Hauptform zu aktualisieren.

Und warum sollte er mit Nachrichten synchronisieren, wenn er die Thread Klasse benutzt?

Zitat von Luckie:

Und warum sollte er mit Nachrichten synchronisieren, wenn er die Thread Klasse benutzt?

Ich könnte mir noch vorstellen, das man seine Nachrichten asynchron schicken möchte.
Wenn man synchronen Nachrichtenversand und die Auswertung ordentlich wegkapselt hat man ... synchronize nachimplementiert!