Gutes TCP Protokoll?

[Puke]

Habs mal ausprobiert Windows hochzufahren ist sehr langweilig

Ich würde bei, TCPServerExecute erstmal überprüfen, ob überhaupt eine Message gesendet wurde. Denn wenn du es nicht tust, bleibt er bei ReadLn hängen, wenn du TCPClient.Connect ausführst. Weiterhin musst du irgendwo dem Client mitteilen wo sich dein Server befindet (Ich nehme mal localhost an)

Wenn also der Connect gutgeht, kannst du dein 'Connect' senden. Dabei wird dir beim debuggen auffallen, dass das 'C' abgeschnitten wird. Du kannst allerdings einen weiteren Buchstaben davorsetzen und fragst dann trotzdem nach 'Connect' (ging soweit bei mir gut).

Mehr Zeit hab ich leider net, also viele Grüße
Puke

[sx2008]

Also der Datenaustausch über TCP hat mindestens 3 Aspekte:
a.) welche Bibliothek (Indy, ICS, Fastnet,...) verwendet man und wie benützt man dessen API?
b.) wie sorgt man dafür dass die einzelnen Messages beim Empfänger korrekt getrennt werden?
Dies wird sehr häufig überhaupt nicht bedacht und daher meistens falsch umgesetzt!
c.) das Protokoll selbst - muss es erweiterbar sein? Soll es einen hierarchischen Datenaufaufbau (z.B. XML, JSON, S-Expressions) haben oder reicht ein einfacheres Protokoll ähnlich wie SMTP?
Wurde ein NOOP-Befehl vorgesehen?
Hat man einen Parser für das Protokoll (sollte man bei hierarchischem Aufbau haben)

Wenn man ein eigenes Protokoll entwickeln möchte braucht man eigentlich kein Indy sondern es reicht auch die Unit Scktcomp mit den Klassen TServerSocket und TClientSocket aus.