Problem mit TImage

[Sir Rufo]

Erst mal in die Doku schauen TThread.Synchronize / TThread.Queue, das sollte die Frage beantworten.

[calibra301]

Da reichts bei mir dann wohl nicht...
Auc das was ich an Code-Beispielen ergoogelt hab leuchtet mir nicht ein.

Hab wie gesagt die Server-Komponente einfach aufs Form gepackt und die Funktion OnUDPRead benutzt..

Aus dem Quelltext:

Delphi-Quellcode:

procedure TForm1.ServerUDPRead(AThread: TIdUDPListenerThread;
  const AData: TIdBytes; ABinding: TIdSocketHandle);
var i:Integer;
    Buffer:TIDBytes;
    Settings:TMySettings;
begin
....

end;

Der Rest spielt sich alles unter "TForm1.xxx" ab.

Gruss
Calli
( der nun mal weiterwühlt.. )

[Sir Rufo]

Ein simples Beispiel wäre z.B. das hier:

Delphi-Quellcode:

procedure TForm1.ServerUDPRead(AThread: TIdUDPListenerThread;
  const AData: TIdBytes; ABinding: TIdSocketHandle);
var i:Integer;
    Buffer:TIDBytes;
    Settings:TMySettings;
begin
  
  TThread.Synchronize( nil,
    procedure
    begin
      Edit1.Text := Length( AData );
    end );

end;

[calibra301]

Brmpf...

habs nur abgeändert auf

Delphi-Quellcode:

begin

   TThread.Synchronize( nil,
     procedure
     begin
       i := Length( AData );
     end );

end;

und vor dem i:=Length... nen Breakpoint gesetzt.
Send ich nun was per UDP MÜSSTE er da doch anhalten...tut er aber nicht...

EDIT: Bei der Serverkomponente ist Threaded Event:=true;

Gruss
Calli

[Sherlock]

Kurze Zwischenfrage zum Verständnis: Wieso ist die VCL-Ereignisbehandlungsroutine der UDP-Komponente als eigener Thread zu bewerten? Das klingt in meinen Ohren falsch.

Edith sah eben, es geht um Indy... carry on. Schön ist es dennoch nicht.

Sherlock

[Sir Rufo]

Zitat von Sherlock:

Kurze Zwischenfrage zum Verständnis: Wieso ist die VCL-Ereignisbehandlungsroutine der UDP-Komponente als eigener Thread zu bewerten? Das klingt in meinen Ohren falsch.

Edith sah eben, es geht um Indy... carry on. Schön ist es dennoch nicht.

Mit INDY hat das nur nebensächlich etwas zu tun. Der Thread-Kontext in dem die Methoden aufgerufen werden wird nicht durch die Klasse festgelegt, sondern durch den Aufrufer der Methode.

Eine Server Komponente (idR für eine Verbindung zu 1+ Clients) läuft entweder sehr schlecht oder pro Client-Verbindung in einem Thread. Ob die Komponente jetzt von INDY oder wem auch immer ist, ist dabei egal

[Sherlock]

Ich will den Thread nicht "hijacken" man möge mich also bremsen/zurechtweisen/strafen.
In diesem Beispiel geht es um UDP. Je nach Komponente ist die Implementierung eines UDP-Servers Multithreading in Eigenverantwortung (zB Indy) oder in Komponentenverantwortung (zB ICS). Nach meinem Verständnis der VCL ist letzteres eher der "Delphi-way". Das "blutige" ist weggekapselt, der Entwickler muss sich keine Gedanken darum machen. Darum mein "ach, es ist ja Indy".

Sherlock