abcd0x00: я указал в комментарии (см ниже), что так делать не стоит и нужно передавать данные структурой в унифицированном формате.
На x86 машинах будет int 32 бита, little endian. Если big endian я еще видел в powerPC, то 16-битный int вживую не встречал - подскажите, где его можно увидеть? :) (А вот с long проблема была, на линуксе он 64 бита оказался, забывать о такой возможности нельзя)
Я на линуксовом сервере запускал OpenVPN, SSH и сайт, все на 443 порту при помощи сторонней программы, которая это разруливала, работало. Может и здесь что-то подобное
Александр: Александр: не бред, а ./ в начале пути означает текущую папку. Конечно в текущей папке нет папки home
Ну раз показывает, что он есть в /root/server, так и пишите /root/server/file.bin
Если речь про современный ПК, то у него есть оперативная память (RAM) и контроллер для работы с ней. Физически ячейка памяти это всего один бит, но для процессора работа с памятью выполняется по 8, 16, 32 и 64 бита. То есть чтение и запись таких "больших" ячеек может быть произведена за одну команду.
xmoonlight: но пример хороший. char ** s указывает на массив из char *, по каждому из которых находится строка. Двумерная таблица с строками произвольной длины.
но обычно передают не отдельные значения, а какой-нибудь буфер, предварительно сформировав "сообщение". вызов send и recv довольно затратен, эффективнее собрать всё, что нужно отправить в один массив данных, а потом всё разом отправить.
например, отправка и приём текста (с длиной в начале):
АртемЪ: ссылку взял из обсуждения трекера даджета на хабре. Где искать судебные решения не знаю, да и незачем. Мне хватило, чтоб отбить всякое желание заказывать трекеры с китая