Ergebnis der Suchanfrage

• Forum: Netzwerke

  AW: TIdTCPServer: erkennen ob String oder Stream?

    Delphi
    by mjustin, 6. Mär 2019
  Natürlich ist es rumgepfuscht, es sollte nur zeigen dass es nur bei Kenntnis des Protokolls unter Umständen möglich ist einen Workaround bereitzustellen, bis die Clients gefixt werden können.
  
  Da der Server dann aber sehr viel über das Protokoll wissen muss, um das Ende der Daten zu erkennen, kann der Aufwand den Nutzen dann aber übersteigen. Das PNG Format wäre halbwegs überschaubar.
• Forum: Netzwerke

  AW: TIdTCPServer: erkennen ob String oder Stream?

    Delphi
    by mjustin, 6. Mär 2019
  Der Server sammelt dann die Absätze ein bis der letzte eintrifft.
  
  => wenn das Dateiformat bekannt ist, ist das Einlesen einfach.
  
  (Besser wäre natürlich, die Länge vorher zu senden, so wie IOHandler.Write() das optional kann. Im konkreten Fall ist das leider nicht gegeben - gesucht wird daher ein Workaround, der mit beiden Clients funktioniert)
• Forum: Netzwerke

  AW: TIdTCPServer: erkennen ob String oder Stream?

    Delphi
    by mjustin, 6. Mär 2019
  Wenn CR/LF in den Daten vorkommen können, hat man in beiden Fällen ein Problem, das Ende zu erkennen:
  
  TCPClient.IOHandler.WriteLn(StringDerCRLFEnthält, IndyTextEncoding_UTF8);
  
  kann der Server nicht erkennen, nach welchem CRLF Schluss ist. Das könnte so auch jetzt schon nicht funktionieren.
  
  Es gibt keine Möglichkeit, den "Typ" abzufragen, der im Socket ankommt. Man kommt nur mit...
• Forum: Netzwerke

  AW: TIdTCPServer: erkennen ob String oder Stream?

    Delphi
    by mjustin, 6. Mär 2019
  Für den Server ist erst einmal alles, was aus dem Socket kommt, ein "Stream". Wenn der von iOS gesendete DataStream aber so wie der von Windows mit einem eindeutigen ZeilenEnde-Terminator endet, kann man auf der Serverseite mit Indy genau bis zu diesem Terminator lesen, z.B. Linefeed. Damit wäre der Windows-Terminator (CR/LF) ebenfalls abgedeckt, man müsste denn nur noch das CR abschneiden.
  ...