Записываю в сокет как в примере fortune server


почему получается что строка из 5 символов занимает 14 байт, хотя должна вроде 12, но приёмник читает нормально(приёмник работает по принципу fortune client)
сразу в теле фой же функции пытаюсь отправить вторуб строку

получается во втором случае получаются аж 4 либшних байта вот таким образом:
1)откуда беруться 2 лишних байта в первом случае
2) откуда беруться 4 лишних байта во втором случае
3) почему при одинаковой последовательности действий в первом случае строка принимается неормально, а во втором нет

quint16 a;
впринципе тут просто как переменная quint16 и смысловой нагрузки особенно не несёт.



мой косяк, всё понятно, но тогда вопрос ко второй части, почему тогда строка из 3 символов занимает 12 байт, хотя максимум на что она свобна 4б(quint32)+3*2б(макс размер 3х симв)=10б?

и сразу ещё вопрос, если уж строка содержит вначале свою длинну, то можно ли передатать тогда строку не в формате |длинна сообщ|сообщения| чтобы две строки в разных сообщениях не могли слиться в одну при передаче

в первый раз всё срабатывает нормально!!! а если постоврить на тех же переменных передачу- block, out  то "sos" займёт 12 б , вот в чём вопрос

ну с битторентом вы загнули, мне просто найдо послать строку, но при условии чтобы они не могли слиться, ибо если я сделаю
write(str);
write(str);
write(str);
то на приёмнике я могу 3str идущих подряд  в зависимости от того как там что сработает, ведь они объединяться в одно сообщение при переслке. Или если сеть большая то также я могу получить их одновременно.

вот штука в том что если я проинициализирую для передачи второй строки все эти объекты заново(QByteArray,QDataStream) то передасться всё нормально, но при этом если приёмник работает вот так

C++ (Qt)
	static qint16 blockSize=0;
	QString a;
	emit TextOutput("Socket:ready read "+QString::number(sock->bytesAvailable())+"bytes");
	QDataStream in(sock);
	QByteArray block;
	QDataStream tmp(&block,QIODevice::ReadOnly);
	int ba;
	in.setVersion(QDataStream::Qt_4_0);
	while(sock->bytesAvailable()>0) // есть ещё байты что прочитать можно
	{
            //фактически фортун клиент, только я тут читаю в строку определённо число байт
 
		if (blockSize == 0) {
			if (sock->bytesAvailable() < (int)sizeof(quint16))
				return;
 
			in >> blockSize;//длинна полученной строки в байтах
		}
		ba=sock->bytesAvailable();
		if (ba < blockSize)
			return;
		block=sock->read(blockSize);//читаем длинну строки в байтах
		tmp.setVersion(QDataStream::Qt_4_0);
		tmp>>a;//и запихиваем в QString
		emit TextOutput("Socket:recv "+QString::number(blockSize)+" bytes="+a);
		ba=sock->bytesAvailable();
 
 
		//sock->write(a.toLocal8Bit());
		blockSize=0;
	}
 
}

это фактически fortune client, только он может разъединять сообщения если они пришли одновременно. Таким образом  если приходят "str1" и "str2" указанным в теме способом(отправились они нормально), я получаю на выходе приёмника
bytes = str1
Socket: recv 12[/quote] bytes =
[/quote]

и вторая строка получается пуста. наверняка, если все структуры я при каждом проходе цикла буду инициаллизировать заново всё пройдёт как по маслу(
в чём штука то?

Ты формируешь пакет для отправки в QDataStream.

C++ (Qt)
QString str = tr( "sos" );
QByteArray block;
QDataStream out(&block, QIODevice::WriteOnly);
out << size;   // Размер блока как в примере
out << QString( "Str1" );
out << QString( "Str2" );
out << QString( "Str3" );
// Отправка block
 

На другой стороне получаешь весь блок целиком и делаешь:

C++ (Qt)
// Чтение размера блока
// Ожидание и чтение всего блока
QString str1, str2, str3;
in >> str1 >> str2 >> str3;
 

И ты получишь нужные тебе строки...

А из разных сообщение ты и так получишь разные строки.

Если ты без QDataStream будешь это делать, т.е. напрямую в сокет, то конечно объединятся.
Нужно придумать самому какой то протокол, что бы указывать размер передаваемой строки или какой-то ее ограничитель. QDataStream в принципе и организует такой протокол.

Это действительно приятно и будет работать. Но "до первого милиционера" - ведь правильность/длина передаваемого пакта никак не контролируется 

А что собственно расписано?

Вот мне интересно откуда взялся size если данные пишутся позже?