RM
Ну он видит что там стоит atomic_flag, выходит из этой функции и shared_ptr мувает обратно в контейнер, откладывая задачу в конец списка и потом берет другую задачу
Size: a a a
2020 April 20
RM
и так по кругу
RM
Потом происходит следующее
RM
Волшебство всей идеи собственно
RM
Когда поток 0 проснется через указанное время (грубо говоря, выполнит вставку в unordered_map), то он освободит atomic_flag, а затем когда ту задачу TaskID: 2 вновь достанут из контейнера
RM
то поток который достанет эту задачу, вызовет ее Callback вновь, но теперь он будет смотреть, где в последний раз остановилось выполнение задачи
RM
в какой функции
RM
и будет прыгать туда
G
а теперь сделай мне такое же, только на stm32f103
G
RM
и так ему не придется выполнять функции, которые он ранее выполнил
AZ
заведи себе твиттер, пожалуйста
RM
Грубо говоря, это что-то вроде куротинов, но только мы можем сделать уникальной ее для каждой задачи
Е
заведи себе твиттер, пожалуйста
лучше канал с голосовухами
AZ
> это что-то вроде куротинов
бггггггг
бггггггг
RM
Так я не понял, а что идея плохая?
RM
Это же хорошая идея
AZ
Так я не понял, а что идея плохая?
нет. не надо писать так, будто это твой твиттер
RM
Сложноть лишь в том, что отслеживать состояния нужно уметь
RM
нет. не надо писать так, будто это твой твиттер
А как еще?