Zitat von
DJ-SPM:
Ok... meine Lösung hatte zwar funktioniert, aber wenn du davon abrätst ist das ok.
Diese Fehler treten ja auch erst beim Kunden auf
Das Problem besteht ja auch erst, wenn du zufällig zur gleichen Zeit aus mehreren Threads darauf zugreifst (und mindestens ein Thread schreibt )
Zitat von
DJ-SPM:
Ich habe jetzt auch gesehen, dass ich direkt von der Anwendung einen String an den Thread schicken kann. Ich dachte das würde auch zu Fehlern wie bei der Stringübergabe zwischen
DLL und EXE kommen. Doch das ist nicht so.
Jep, ist ja auch derselbe Speichermanager.
Zitat von
DJ-SPM:
Also sende ich einen String vom MainThread an den eigentlichen Thread via globaler Variable und durch sendmessage wieder zurück. Das dürfte das ok sein, oder?
Aber achte darauf, dass du sendmessage nur in eine Richtung verwenden darfst. Also nur ein Thread darf an den anderen mittels sendmessage etwas schicken. Zurück geht es nicht. Aber du kannst, wie gesagt, in der Messagebearbeitungsroutine schreibend und lesend auf alle Felder der Klasse zugreifen.
Delphi-Quellcode:
procedure TThread.execute;
begin
...
self.s:='Hallo';
sendmessage(mainhandle,WM_threadsomething,0,0);
//jetzt beinhaltet self.s einen neuen Wert
...
end;
procedure TForm1.getThreadMessage(var msg:TMessage); //message WM_threadsomething
begin
//Da der Thread jetzt schläft, kannst du ohne Risiko auf alle Variablen des threads zugreifen
showmessage(Thread.s);
Thread.s:='gelesen';
end;
Zitat von
DJ-SPM:
Da es sich nur um eine einzige Variable handelt, bin ich mit der jetzigen Lösung zufrieden. So können doch keine Fehler auftreten, oder?
Ja, das ist auch mein Stil. (aber es gibt bestimmt einige hier, die dich dafür verhauen würden.
)