Оу, не увидел что ссылка на коммент

у меня почему-то с первого раза открылась ссылка на статью, и только со второго раза — на комментарий, хабр такой хабр )

Продублируешь? Там вопрос не мой, но ответ тем не менее интересен)

для обычных юнит-тестов асинхронного токио есть крайне удобный макрос #[tokio::test]. В tokio, в том числе, можно вручную управлять временем, а в крейте tokio-test есть примитивы для мока I/O, например.

для более глубокой проверки можно воспользоваться инструментом loom

там ещё ссылки, если надо, могу тоже продублировать

Ну в общем инструменты уже есть, отлично 👍

А Токио может не лезть в те вещи которые не его

Да я понял что вы упоролись и вам и паника не то

Что-тот я туплю по этой статье с самого начала, где про асинхронные ужасы parse_line.
Да, read_exact может быть запаузена.
Но как это, черт побери, может привести к ошибке преобразования в строку далее из-за самой асинхронности, а не из-за инвалидных данных в потоке?
read_exact должно считать строго заданное к-во байтов или вернуть ошибку.
Если та сторона вернула правильный PDU, вот это вот с длинной и правильной последовательностью utf8 заданной длины, то откуда тут возьмется "invalid UTF-8"?

Футура там на read_exact может поставиться на паузу, а селект ее просто дропнет, если соседняя ветка готова отдать данные.
На следующей итерации parse_line вызывается снова и начинает делать read_u32, а там уже вместо длины лежит какой-то символ строки.

ааа, семен семеныч... спасибо!

Read_u32 считывает данные? Я думал там количество доступных данных

Ну да, читает 4 байта и интерпретирует их как u32

Блин, а я из-за этого срач развёлj

где-то ссылку на чат запостили? )

Я с сайта зашёл

с какого? О_о

ы, не знал о таком, век живи — век учись!
=)