"Cache" von Sockets löschen

[Arnulf]

also stichwort gibts hier nagler algorythmus :)

tcp kümmert sich darum, daß die daten auch wirklich ankommen und zwar in richtiger reihenfolge.
Allerdings nicht wie die Daten ankommen - also ich welcher packet größe - ob als ganzes, zerlegt oder auch zusammengefasst.

Das schreiben eines eigenen protokolls wird einem hier nicht erspart.
für oel end of line oder end of transmission als zeichen #10#13 zu verwenden ist nur dann gut wenn du wirklich nur eigene daten verschickst.
Solltest du Files verschicken, dann ist das gefährlich, weil .txt files durchaus auch #10#13 verwenden.

für deinen fall 'text1' 'text2' würde ich dir raten einfach ein trennzeichen einzuführen und überhaupt beides gleichzeitig zu verschicken.

also sendtext '@text1@text2'

beim receive event zerlegst du dann die strings nach @ und verarbeitest die weiter.

Das sollte gut funktionieren - du kannst die trennzeichen auch hinten dranschreiben, vermutlich ist das sogar besser, aber normalerweise ist die kommunikation so schnell, daß es keinen unterschied macht.
packete haben im internet ein time to live (über eine bestimmte zahl von hops) und tcp kümmert sich normalerweise darum daß ein packet wirklich ankommt (deshalb verwenden so wenige udp ).

Probier hald herum damit - kommt ja auf deine anwendung an.

Arnulf

[Zacherl]

Scheint so, als käme ich wirklich nicht um ein Protokoll herrum.

Eins damit langer Text wieder zusammengesetzt wird hab ich schon, für das andere hab ich jetzt auch ne idee.

Danke an alle

Florian