Zitat von
negaH:
Nutzt man solche Application.ProcessMessages Konstrukte so sind die Methoden die diese nutzen NICHT mehr reentrant. Du musst also dafür sorgen das der Source im Button1Click() niemals mehrmals hintereinander aufgerufen werden kann, wenn man schon in ihm ist.
Delphi-Quellcode:
type
TForm1 =
private
FLocked: Integer;
end;
procedure TForm1.ButtonClick();
begin
if FLocked = 0
then
try
Inc(FLocked);
Wait;
finally
Dec(FLocked);
end;
end;
Oder du könntest den Button deaktivieren.
Alle anderen Vorgehenweisen mit solchen .ProcessMessages Aufrufen sind in fakt sehr schlecht und können jederzeit zu unerwarteten Seiteneffekten führen.
Ich habe es mir angewöhnt jeden Source den ich von Dritten nutzen möchte nach solchen .ProcessMessages Aufrufen zu durchsuchen. Finde ich solche Aufrufe kloppe ich den Source sofort in die Tonne.
Gruß Hagen
Hallo Hagen,
das eigentliche Problem ist, wenn ich in eine application.processmessages Schleife komme, dass dann auch der aktuell laufende Code unterbrochen wird, wenn z.B. der Code gerade in eine Windows Callback funktion gerät.
Dann steht der Haupttread an der Stelle.
Dieser Code der da ausgeführt wird, dauert etwas länger und den hatte ich früher schon ein einem Thread ! und habs erst umgeschrieben (und viel sleepx verwendet anstatt sleep im Thread)
irgendwie muss ich das Programm dazu bringen zu warten, bis dieser Code mit der Ausführung fertig ist.
weiss aber im Moment nicht wie.
Werde da wohl eine Art Aufgabenliste erstellen müssen, die dann abgearbeitet wird, anstatt mit application.processmessages zu warten ..
hmmm