G
ну развлекайся %) по идее должно сработать
Size: a a a
2018 July 03
АС
А когда мы принимаем в буффер байты, можно узнать до какого индекса были записаны данные, чтобы обрезать лишнее?
> public int Receive
возвращает длину принятых данных. Если длина твоего буфера меньше, то это уже твои проблемы, если больше - то бери длину фактических данных и читай из массива
возвращает длину принятых данных. Если длина твоего буфера меньше, то это уже твои проблемы, если больше - то бери длину фактических данных и читай из массива
G
> public int Receive
возвращает длину принятых данных. Если длина твоего буфера меньше, то это уже твои проблемы, если больше - то бери длину фактических данных и читай из массива
возвращает длину принятых данных. Если длина твоего буфера меньше, то это уже твои проблемы, если больше - то бери длину фактических данных и читай из массива
в шарпе нету проблемы если меньше
G
там все аккуратно обернуто
АС
проблема будет в том, что часть данных будет утеряна
G
нет, не будет, просто еще раз надо прочитать
G
и так пока не 0
D
как то тсранно реализовано
АС
а может бьіть, может бьіть
D
проще возвращать массив нужной длинны
G
как то тсранно реализовано
все стримы реализованы так
G
сокет не исключение
G
а если тебе 2тб данных льют? %)
G
нормас тебе вернуть 2тб массив? %)
D
а если тебе 2тб данных льют? %)
ну поставить ограничение на макс
АС
ну вот ты и ставишь ограничение длиной буфера
G
ну поставить ограничение на макс
ну вот, ограничение ты им и передаешь, просто в данной перегрузке метода это скрыто. и оно там внутри длину твоего массива само берет
АС
проще возвращать массив нужной длинны
в winapi и не только распространенная практика, когда ты передаешь указатель на уже созданный массив определенной длины, и эта длина известна вызываемому методу.
АС
т.е. массив передается по ссылке, он создан тобой и ты же эту память потом освободишь. А что делать, если бы память выделяла функция winapi? Хорошей практикой считается по возможности освобождать память там же, где и выделяешь
D
Спасибо ещё раз всем за помощь