Как переслать размер файла серверу

@kotleta · Регистрация: 13.09.2012

Author24 — интернет-сервис помощи студентам

собственно вопрос

правильно ли я понимаю, что функция recv в случае обычных сокетов не будет возвращать
управление до тех пор, пока буфер не заполнится числом байтов size?

recv(socket,char*,size,flags)

Размер файла я посчитал

C++

1	for(size_t file_size=0; fgetc(f) != EOF; file_size++);

Ну как мне его переслать серверу?
Неужели нужно переслать количество байт, которое выделено под размер файла

В моем случае размер файла 43345 байт
Т.е. 2 байта занимает переменная равная 43345

Я сначала пересылаю размер под переменную для размера файла

Добавлено через 1 час 15 минут
Вообщем это главный вопрос

правильно ли я понимаю, что функция recv в случае обычных сокетов не будет возвращать
управление до тех пор, пока буфер не заполнится числом байтов size?

recv(socket,char*,size,flags)

@niXman · 14.10.2012, 21:50

Сообщение от kotleta

for(size_t file_size=0; fgetc(f) != EOF; file_size++);

видел этот код в списке самых корявых способов определить размер файла

Сообщение от kotleta

правильно ли я понимаю, что функция recv в случае обычных сокетов не будет возвращать
управление до тех пор, пока буфер не заполнится числом байтов size?

правильно.

Сообщение от kotleta

Ну как мне его переслать серверу?

так:

C++

1 2	std::size_t file_size = ... int rc = send(socket, ((const char*)&file_size), sizeof(file_size), 0);

g_u_e_s_t · 15.10.2012, 08:56

Сообщение от kotleta

правильно ли я понимаю, что функция recv в случае обычных сокетов не будет возвращать
управление до тех пор, пока буфер не заполнится числом байтов size?

Нет. Процесс будет блокирован до тех пор, пока не придет хотя бы 1 октет, или клиент не закроет сокет, или не случиться ошибка/таймаут или сигнал (для систем где сигналы есть). size это верхняя граница: больше чем size recv() никогда не вернет, а вот меньше пожалуйста. За исключением пункта про 1 октет это справедлива и для recv(,,,MSG_WAITALL).

Добавлено через 1 минуту
зы: для размера файла лучше брать off_t, а не size_t

@niXman · 15.10.2012, 10:17

kotleta, написанное g_u_e_s_t касательно recv() к твоему случаю не относится. касательно же off_t - тоже вряд ли твой случай.

Добавлено через 1 минуту

Сообщение от g_u_e_s_t

октет

чем слово "байт" не угодило?

g_u_e_s_t · 15.10.2012, 10:27

niXman, ссылочкой на мануал от любой системой, где _гарантируют_, что recv() на блокируемом SOCK_STREAM не может вернуть меньше, чем просят, не поделитесь?

@niXman · 15.10.2012, 10:35

Сообщение от g_u_e_s_t

не поделитесь?

нет.
может быть Вы поделитесь ссылкочкой на доку любой системы, где recv() читает не байты а биты или тетрады?

по уровню вопросов ТС разве не понятно, что сказанное Вами его только запутает?

Добавлено через 2 минуты

Сообщение от g_u_e_s_t

Процесс будет блокирован до тех пор, пока не придет хотя бы 1 октет

что-то не припомню, чтоб recv() возвращал управление по прочтению каждого байта %)

g_u_e_s_t · 15.10.2012, 10:43

Сообщение от niXman

нет.

т.е. врете.

Сообщение от niXman

ожет быть Вы поделитесь ссылкочкой на доку любой системы, где recv() читает не байты а биты или тетрады?

Нет. конечно. Есть строгое определение для Беркли (они же сейчас posix) сокетов CHAR_BIT == 8. Если Вас так смущает слово октет, читайте байт. От этого написанное мной не измениться.

Сообщение от niXman

по уровню вопросов ТС разве не понятно, что сказанное Вами его только запутает?

Это не повод врать.

Добавлено через 3 минуты

Сообщение от niXman

что-то не припомню, чтоб recv() возвращал управление по прочтению каждого байта %)

Учитесь читать написанное - пришлют хотя бы 1 != каждый. Сколько есть в SO_RCVBUF столько и вернут.

@niXman · 15.10.2012, 11:28

Сообщение от g_u_e_s_t

т.е. врете.

Вам виднее.

Сообщение от g_u_e_s_t

Есть строгое определение для Беркли (они же сейчас posix) сокетов CHAR_BIT == 8

ну и славно.
вот только для чего оно? разве существуют системы где это не так?

Сообщение от g_u_e_s_t

Это не повод врать.

это повод засорят ТС`у моцг?
т.е. Вы, видя что ТС в зачаточной стадии, намеренно усложняете простое?

Сообщение от g_u_e_s_t

Учитесь читать написанное

взаимно.
я уже писал о том, что написанное Вами ТС`у не поможет, а только навредит. поэтому, написанное Вами касательно сигналов я исключил отвечая на Ваш первый пост. если еще и учесть тот момент, что вероятно(мне кажется - очевидно), вопрос ТС`а относится к штатной работе без учета обрыва соединения, то написанное Вами вообще не отвечает ни на один вопрос ТС`а и, как следствие, является тематическим флудом.

g_u_e_s_t · 15.10.2012, 11:57

Сообщение от niXman

вот только для чего оно? разве существуют системы где это не так?

Да, существуют (правда во сновном это free-standing). Но как Вы ниже сказали это офтопик и флуд.

Сообщение от niXman

я уже писал о том, что написанное Вами ТС`у не поможет, а только навредит. поэтому, написанное Вами касательно сигналов я исключил отвечая на Ваш первый пост. если еще и учесть тот момент, что вероятно(мне кажется - очевидно), вопрос ТС`а относится к штатной работе без учета обрыва соединения, то написанное Вами вообще не отвечает ни на один вопрос ТС`а и, как следствие, является тематическим флудом.

Пардон, но эти Ваши препирательства и есть флуд по большей части.
Касательно фантазий о каких то обрывах - прочтите наконец man recv или хотя б соответсвующий раздел MSDN где сказано, что вернуть меньше - _абсолютно_ штатная ситуация. если тяжело читать - сделайте простой тест (код до accept() включительно думаю сможете сами):

C

char buf[100*1024]
while(1) {
        n = recv(peer, &buf, sizeof(buf), 0);
        if (n <= 0) {
                warn("recv");
                break;
        }
        printf("buf size=%lu, recivied %ld byte(s).\n", sizeof buf, n);
}

и с соседней машины telnet или nc, жмем <enter>, смотрим:
buf size=102400, recivied 1 byte(s).
buf size=102400, recivied 1 byte(s).
buf size=102400, recivied 1 byte(s).
...
ps: у меня создается впечатление, что Вы путаете recv() и send() для которого как раз и обещают отправить столько, сколько просят.

@niXman · 15.10.2012, 12:09

Сообщение от g_u_e_s_t

Вы путаете recv() и send()

ппц %)
да, я про send(). все перепутал. замолкаю.

g_u_e_s_t · 15.10.2012, 12:13

Может, тогда как модератор потрете весь офтоп? чтоб реально не пугать/путать ТС.

@niXman · 15.10.2012, 12:28

из модераторов исключили за неповиновение =)

g_u_e_s_t · 15.10.2012, 12:45

Бывает. Давайте тогда покажем ТС'у такой самокат:

C

size_t atomic_recv(int s, void *buf, size_t n)
{
        size_t pos = 0;
        ssize_t res;
 
        while (n > pos) {
                res = recv(s, buf + pos, n - pos, 0);
                if (res <= 0)
                        return 0;
                pos += (size_t)res;
        }
        return (pos);
}

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	15.10.2012, 08:56	3
	Сообщение от kotleta правильно ли я понимаю, что функция recv в случае обычных сокетов не будет возвращать управление до тех пор, пока буфер не заполнится числом байтов size? Нет. Процесс будет блокирован до тех пор, пока не придет хотя бы 1 октет, или клиент не закроет сокет, или не случиться ошибка/таймаут или сигнал (для систем где сигналы есть). size это верхняя граница: больше чем size recv() никогда не вернет, а вот меньше пожалуйста. За исключением пункта про 1 октет это справедлива и для recv(,,,MSG_WAITALL). Добавлено через 1 минуту зы: для размера файла лучше брать off_t, а не size_t 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	15.10.2012, 10:17	4
	kotleta, написанное g_u_e_s_t касательно recv() к твоему случаю не относится. касательно же off_t - тоже вряд ли твой случай. Добавлено через 1 минуту Сообщение от g_u_e_s_t октет чем слово "байт" не угодило? 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	15.10.2012, 10:27	5
	niXman, ссылочкой на мануал от любой системой, где _гарантируют_, что recv() на блокируемом SOCK_STREAM не может вернуть меньше, чем просят, не поделитесь? 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	15.10.2012, 10:35	6
	Сообщение от g_u_e_s_t не поделитесь? нет. может быть Вы поделитесь ссылкочкой на доку любой системы, где recv() читает не байты а биты или тетрады? по уровню вопросов ТС разве не понятно, что сказанное Вами его только запутает? Добавлено через 2 минуты Сообщение от g_u_e_s_t Процесс будет блокирован до тех пор, пока не придет хотя бы 1 октет что-то не припомню, чтоб recv() возвращал управление по прочтению каждого байта %) 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	15.10.2012, 10:43	7
	Сообщение от niXman нет. т.е. врете. Сообщение от niXman ожет быть Вы поделитесь ссылкочкой на доку любой системы, где recv() читает не байты а биты или тетрады? Нет. конечно. Есть строгое определение для Беркли (они же сейчас posix) сокетов CHAR_BIT == 8. Если Вас так смущает слово октет, читайте байт. От этого написанное мной не измениться. Сообщение от niXman по уровню вопросов ТС разве не понятно, что сказанное Вами его только запутает? Это не повод врать. Добавлено через 3 минуты Сообщение от niXman что-то не припомню, чтоб recv() возвращал управление по прочтению каждого байта %) Учитесь читать написанное - пришлют хотя бы 1 != каждый. Сколько есть в SO_RCVBUF столько и вернут. 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	15.10.2012, 11:28	8
	Сообщение от g_u_e_s_t т.е. врете. Вам виднее. Сообщение от g_u_e_s_t Есть строгое определение для Беркли (они же сейчас posix) сокетов CHAR_BIT == 8 ну и славно. вот только для чего оно? разве существуют системы где это не так? Сообщение от g_u_e_s_t Это не повод врать. это повод засорят ТС`у моцг? т.е. Вы, видя что ТС в зачаточной стадии, намеренно усложняете простое? Сообщение от g_u_e_s_t Учитесь читать написанное взаимно. я уже писал о том, что написанное Вами ТС`у не поможет, а только навредит. поэтому, написанное Вами касательно сигналов я исключил отвечая на Ваш первый пост. если еще и учесть тот момент, что вероятно(мне кажется - очевидно), вопрос ТС`а относится к штатной работе без учета обрыва соединения, то написанное Вами вообще не отвечает ни на один вопрос ТС`а и, как следствие, является тематическим флудом. 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	15.10.2012, 12:09	10
	Сообщение от g_u_e_s_t Вы путаете recv() и send() ппц %) да, я про send(). все перепутал. замолкаю. 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	15.10.2012, 12:13	11
	Может, тогда как модератор потрете весь офтоп? чтоб реально не пугать/путать ТС. 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	15.10.2012, 12:28	12
	из модераторов исключили за неповиновение =) 0

	15.10.2012, 12:45