∅ч
он тоже хуевый, но там хотя бы исключений не так много
Size: a a a
2020 April 08
∅ч
и правила более менее адекватные
AZ
я бы на эсперанто перевел всех если бы мог, но люди ленивые
С
С
ну руский язык хуита вот что мы выяснили
P
если это тебе ничгео не объясняет то я даж хз
оно объясняет мои слова, что await блокирует ход программы, спасибо, а что по-твоему оно должно было объяснять?
AZ
оно объясняет мои слова, что await блокирует ход программы, спасибо, а что по-твоему оно должно было объяснять?
block_on блокирует, а авейт - нет
AZ
поэтому нон-блокинг отрабатывает, а блокинг зависает
AZ
если ты не заметил
P
block_on блокирует, а авейт - нет
если нет, то почему delay_for зажерживает исполнение команд следующих за ним?
AZ
если нет, то почему delay_for зажерживает исполнение команд следующих за ним?
потому что там цепочка асинхронных Then
P
если ты не заметил
не заметил, будь это так, delay_for бы стал fire and forget
AZ
не заметил, будь это так, delay_for бы стал fire and forget
ну посмотри вниаательнее, второй цикл не отрабатывает
AZ
причина, почему он не отрабатывает, называетс "блокирование", поэтому функция называется
block_on, а не как-то иначеP
ну посмотри вниаательнее, второй цикл не отрабатывает
он работает, просто кильнули
AZ
он работает, просто кильнули
его кильнули потому что оно задедлочилось
AZ
можешь локально запустить и проверить
С
можешь локально запустить и проверить
Я не понимаю предмета вашего спора, но есть известный пример с двусторонним общением через stdin-stdout между двумя процессами. Если ввод-вывод будет блокирующим, то можно очень легко словить взаимоблокировку.
AZ
Я не понимаю предмета вашего спора, но есть известный пример с двусторонним общением через stdin-stdout между двумя процессами. Если ввод-вывод будет блокирующим, то можно очень легко словить взаимоблокировку.
я такой пример и набросал
AZ
просто пересылку на делей заменил