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