Size: a a a

2021 December 03

w

who? in DotNetRuChat
Да, сначала делал через NS, но посоветовали его обернуть в  BinaryReader. С ним ответы приходили, но проблемы с отправкой данных начинались.
источник

w

who? in DotNetRuChat
Самое интересное то, что нет никакой ошибки, непонятно куда копать вообще нужно
источник

МР

Михаил Русановский... in DotNetRuChat
может это блокирующие сокеты и оно просто ждёт?
источник

w

who? in DotNetRuChat
Хм, может. Сейчас кондишн на брейкпойнт поставлю.
источник

w

who? in DotNetRuChat
Не срабатывет(
источник

w

who? in DotNetRuChat
источник

w

who? in DotNetRuChat
Значит и вправду что-то заблокировалось
источник

МР

Михаил Русановский... in DotNetRuChat
сокет ждёт, пока ему придут данные в стрим, чтобы их прочитать
источник

L

Liza in DotNetRuChat
вообще я слышала мнение что хунит неудобен для интеграционных тестов
источник

w

who? in DotNetRuChat
Это странно, т.к. когда делал через NetworkStream - всё приходило
источник

L

Liza in DotNetRuChat
чето там каких то функциональностей не хватает
источник

w

who? in DotNetRuChat
Спасибо, буду думать!
источник

МР

Михаил Русановский... in DotNetRuChat
может я ошибаюсь и дело в другом, но выглядит именно как блокировка сокета
источник

w

who? in DotNetRuChat
Да похоже на то, других причин я не вижу
источник

w

who? in DotNetRuChat
Хотя, может и нет.
источник

МР

Михаил Русановский... in DotNetRuChat
может ридер в таком случае ждёт заполнения буфера данными?
источник

w

who? in DotNetRuChat
Вот я ещё не понимаю, почему так много приходит, потому что отправляю строку, типа "CompanyInfo AAPL". Надо глянуть этот момент.
источник

МР

Михаил Русановский... in DotNetRuChat
ты пытаешься считать больше чем есть в сокете и он блокируется, может так?
источник

w

who? in DotNetRuChat
🤔
источник

МР

Михаил Русановский... in DotNetRuChat
https://github.com/chudleigh/TcpWireProtocol

я как-то писал протокол для бинарной передачи, так как просто отправляя строку нет гарантий, что ты её прочитаешь за один раз
источник