![]() |
THttpClient Windows OK, macOS timeout
Ich habe ein komisches Problem.
Ich nutzte THttpClient und downloade mit .get eine Datei (ca. 78MB) in einen Stream wie im folgenden Beispielcode:
Delphi-Quellcode:
Kein Problem unter Windows, wenn ich jedoch diesen Dreizeiler für macOS kompiliere und auf dem mac starte, gibt es manchmal nach 2MB, manchmal nach 50MB stets einen timeout obwohl der Datenfluss nicht unterbrochen wurde.
http:=THttpClient.create;
http.get(theurl,st); http.free; Kenn das jemand oder hat eine Idee warum der Code auf Windows einwandfrei läuft, aber auf dem mac immer zu einem timeout führt? Mac und PC sind im selben lan hier. |
AW: THttpClient Windows OK, macOS timeout
Weil der Windowsrechner 'ne bessere / schnellere Netzverbindung hat als der Mac?
THTTP hat durchaus Attribute, mit denen man das Timeout verändern kann, eventuell sind da ja, abhängig vom Betriebssystem, unterschiedliche Defaultwerte vorgegeben?
Delphi-Quellcode:
http:=THttpClient.create;
http.ReadTimeOut := 60000; // Oder anderer, sinnvoller Wert in Millisekunden. http.get(theurl,st); http.free; |
AW: THttpClient Windows OK, macOS timeout
Zitat:
Auf dem PC wird der timeout erst "aktive", wenn keine Daten mehr kommen, was richtig ist. Setze ich den timeout auf 10000, und 10 sSekunden kommt nichts mehr, wird der timeout getriggert. Auf dem mac jedoch nicht. Setze ich den timeout auf 30000, wird ein timeout nach 30 Sekunden getriggert, egal ob Daten kommen oder nicht. Das muss ein Bug sein, denke ich. |
AW: THttpClient Windows OK, macOS timeout
Wielange braucht der PC zum Laden der Daten? (ungefähr)
Nimm zum Test den Wert mal 2 oder mal 3 und setzte ihn als TimeOut. Wird's dann besser auf dem Mac? Frei nach dem Motto: Setze den TimeOutwert so hoch, dass das Laden garantiert weniger Zeit benötigt. Naja, und dann heißt es, die wirkliche Ursache des Problemes zu finden. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:19 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz