?

какая обратная совместимость для 0.x?

какую обратную совместимость? до 1.0 апи меняется как хочет

то есть 0.3 может ломать 0.2? ясно, не знал

спасибо, теперь запомню :)

угу, а вот после 1.0 уже только 2.0 может ломать

пишут, что не раньше, чем через 3 года выйдет 2.0

зачем такие ограничения ставить 🤔

Привет, я тут пытаюсь сделать non-blocking read, напрямую используя метод poll_read. Считываю через read, stderr от процесса.

https://play.rust-lang.org/?version=nightly&mode=debug&edition=2018&gist=c9fad4ebfe23bd07918218271534cbd8

Проблема в том, что всё работает хорошо, но в момент когда процесс, который я считываю, паникует, и выводит кучу всякой инфы, которая за один раз не считывается, моя функция non_blocking_read, тупо не может прочитать дальше, и всегда возвращает Poll::Pending. Я попробовал только что использовать "блокирующий" обычный read, после того как понял что процесс завершился, и я могу дочитать до конца.

Так же когда я пытался выводить через dbg!() в своём процессе, у меня почему-то этот метод не зависал и всё считывал до конца.

ЧЯНДТ?

ты вроде другую реализацию в итоге использовал, нет?

stderr блокирующий

прямо щас я использую конкретно эту функцию, что привёл в плейграунде

откуда такая инфа?
и да, я по сути просто использую большую обёртку на poll_read, которая не использует waker'а, так что должно работать. Или waker критически важно должен вызваться?

хм, а что если проблема в том, что я слишком часто делаю новый запрос через poll_read, не дожидась до того как вызовут waker'а, поэтому из stderr никак не может прочитать...

есть ли какой-то метод, позволяющий вызывать poll функции, но чтобы там ещё можно было waker'а поставить, который потом проставит особый флаг?

да, всё логично, у меня там обращение к считыванию делается в цикле слишком быстро. А когда я ставил задержку в 100 миллисекунд, то всё считывалось. Да, нельзя так часто делать метод poll_read

Похоже, решения у этого не видно, окей, тогда вернусь к варианту с select!{} и четырьмя буферами, для считывания из stdout/stderr двух программ.

Вывод: нельзя в цикле очень часто вызывать метод poll_read, иначе у него на какие-то внутренние вещи, связанные с футурами будет уходить времени больше, чем собственно само считывания, и он никогда не сможет прочитать дальше, даже если у него будут байты.

Спасибо чатик-уточка.

более-менее ничего, но вообще в чейнджлоге все есть

точно, спасибо!
https://github.com/tokio-rs/tokio/blob/master/tokio/CHANGELOG.md#changed

И гипер