директива для gcc

Это называется выравнивание. По дефолту вроде по границе 4-х байт.
#pragma pack(1) перед отправкой поставь.

И еще, если ты так данные по сети прям структурами - надо быть крайне осторожными. Потому как кроме это проблемы с выравниванием со временем легко проявляться проблемы с разной размерностью типов данных и порядком байт в них на разных аппаратных платформах или даже ОС.

ну на передающей стороне, отправляется не структурой а каждое поле по отдельности, это я принять хочу структурой сразу... а как делать проверку в каком порядке следование байт? это на каком этапе надо делать проверку? при выполнение ./configure оон в config.h что ли продефайнит что-нить? и потом при отправке проверять это значение и если что то менять следование..? почитал в гугле, говорят что лучше в буфер все скидывать что хочешь передать и потом уже буфер передавать... это будет решать проблемму? а с размерность типов уже лажонулся как-то, дома все работало, пришел на работу а там все не так... мусор какой-то... терь с помощью ./configure определяю размеры типов и использую уже нужные... а насчет порядка, имеется в виду что на разных системах в структурах может быть по разному упорядочены данные?
и нсчет #pragma pack(push, 1 ) #pragma pack(pop) на сколько я вычитал в юнихе gcc не разрешает такой синтаксис(имеется ввиду push pop)...

Про порядок байт - речь о том что на разных хостах байты внутри числового типа могут быть расположены по разному. Проверять это не надо - надо зафиксировать в протоколе в каком порядке данные идут по сети. Например договориться что в сеть данные уходят всегда в сетевом порядке (он же big-endian). А при отрпавке/приеме переводить порядок, если нужно. Даже выдумывать ничего особо не надо - достаточно воспользоваться cредствами типа htonl/ntohl, htons/ntohs.

Смотря в каком контексте это советуют. ВОзможно советуют поотдельности сереализовать/десериализовать туда в нужном формате все поля структуры. А потом уже буфером отправлять/принимать. Чтобы избежать всех проблем со структурами. Или может быть речь шла о буферизации, чтобы ускорить работу с передачей данных и отправлять их уже готовыми большими порциями.

вообщем я так понял что считывать сразу структурой это не самая умная мысль)) считаю в буфер, а там буду в структуру данные рассовывать...
тогда еще вопросик появился: как правильно задавать размер буфера? ну т.е. можно просто число поставить, но это вроде не правильно, так как сложно сопровождать и править проект... sizeof(Head) тоже бессмыслено так как опять же выравнивание, а еслси использовать pack то какой смысл в буфере... можно продефайнить мол #define SIZE_OF_STRUCT_HEAD... интересно как делают грамотные люди)

В Qt есть замечательный класс для серелизации отправляемых/принимаемых данных. QDataStream называется. Можно в его исходниках поковыряться.

Зависит от структуры кода естественно. Вобще дефайны использовать для констант не желательно - можно статическую константу завести размером и там хранить размер пакета. Если есть где эту константу хранить. Язык кстати какой? С или C++?
В конце концов структура и размер вашего пакета специфицируется протоколом и по идее не зависит от языка программирования. Так что привязывать его к размеру структуры смысла нет.

язык Си... платформа семейство unix/linux... ну вообщем понятно, буду править сейчас)) спасибо большое за помощь, получил много полезной информации)

kisssko, и прагма используется и атрибуты. Для разных целей как правило. #pragma pack - используется.
Притом прагма - стандартное средство передачи компилятору специфичных для него параметров, закрепленное в стандарте. А __attribute__ - расширение gcc.