Nur nacheinander abarbeiten bei http get

[DieDolly]

Das kann ich dir nicht sagen. Die Liste muss nicht einmal threadsicher sein denn dort speicherst du lediglich die Informationen, die der Thread nachher bekommen soll der gestartet wird.

Schematisch
[
0,Daten Daten Daten,2019-03-09 21-50,Daten Daten und noch mehr Strings oder so
1,Daten Daten Daten,2019-03-09 22-40,Daten Daten und noch mehr Strings oder so
2,Daten Daten Daten,2019-03-09 23-30,Daten Daten und noch mehr Strings oder so
3,Daten Daten Daten,2019-03-09 24-20,Daten Daten und noch mehr Strings oder so
]

Die wird abgearbeitet und aus den Informationen jeweils ein Thread erstellt der die eigentliche Arbeit macht.
Den Thread den du da irgendwie im Get drin hast würde ich rausnehmen. Oder Daten und GUI trennen. Dann gäbe es auch keine Fehler mehr denke ich.

[Markus Effenberger]

Der vorhandene Thread soll einfach nur warten. Wie macht man das?

Die ursprüngliche Frage wurde leider nicht beantwortet.

[DieDolly]

Zitat:

Der vorhandene Thread soll einfach nur warten

Einfach gibt es nicht.

Das kann man auch nicht so einfach beantworten schätze ich, ohne auch nur ansatzweise zu wissen wie der Thread aufgebaut ist.
Von Außen sollte man einen Thread eh niemals anhalten. Denn man weiß nie, ob das zu Fehlern führt oder nicht.

Eine einfache Antwort auf deine Frage oder einen einfachen Code, um einen Thread anzuhalten, gibt es nicht.
Wenn man es richtig machen will, ist das mehr Arbeit als nur eine Zeile Code.

[Markus Effenberger]

[QUOTE=DieDolly;1427431]

Zitat:

Einfach gibt es nicht.

Vielleicht weiß jemand anderes eine einfache Lösung?

[Schokohase]

Die einfachste Art wäre die Verwendung von System.TMonitor .

Delphi-Quellcode:

type
  TForm1 = class(TForm)
    IdHTTPServer1: TIdHTTPServer;
    procedure IdHTTPServer1CommandGet(AContext: TIdContext; ARequestInfo:
        TIdHTTPRequestInfo; AResponseInfo: TIdHTTPResponseInfo);
  private
    FLock: TObject;
  public
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

constructor TForm1.Create(AOwner: TComponent);
begin
  inherited;
  FLock := TObject.Create;
end;

destructor TForm1.Destroy;
begin
  FreeAndNil(FLock);
  inherited;
end;

procedure TForm1.IdHTTPServer1CommandGet(AContext: TIdContext; ARequestInfo:
    TIdHTTPRequestInfo; AResponseInfo: TIdHTTPResponseInfo);
begin
  System.TMonitor.Enter(FLock);
  try

    // hier jetzt die Abfragen bearbeiten

  finally
    System.TMonitor.Exit(FLock);
  end;
end;

Eine CriticalSection würde auch funktionieren, aber System.TMonitor ist da performanter.

Wenn du auf die GUI zugreifen musst (wieso überhaupt) dann musst du natürlich noch mit dem MainThread synchronisieren.

[Markus Effenberger]

Hallo Schokohase,

Der Tipp mit System.TMonitor ist schon sehr interessant
Müsste man dann nicht statt FLock auch einfach das Hauptform in System.TMonitor.Enter(Hauptformular) reinschieben können?

Aber vielleicht ist auch meine ursprüngliche Frage etwas unpräzise gestellt. Momentan habe ich eine Software zu programmieren, die mir nicht bezahlt wird und ich möchte den Aufwand so gering wie möglich halten. - das Hauptform hat diverse Datenbank- und Tabellenobjekte sowie ein paar Grids, die per LiveBindungs miteinader verbunden sind. - Die GetRequests greifen nun auf die Tabellenobjekte zu, filtern ein bisschen herum, schreiben mal Daten in die Tabellen, lesen manchmal nur, und geben dann irgendwas über den GETRequest zurück.

"Ab und zu" crasht das halt noch

Markus