Pingvin писал(а):
Первым делом проверьте приоритеты прерываний, в которых используются функции FreeRTOS вызываемые из прерываний (названия их начинаются с fromISR...)
С этого я начал, как с самого очевидного варианта
Pingvin писал(а):
Цитата:
Поэтому крайне редко, но случается ситуация, когда один поток выполняет, например, операцию new, не успевает её закончить, и управление передается другому потоку, который тоже вызывает new/delete.
А на что даны критические секции?
Входите в критическую секцию, делаете new, выходите.
Критические секции FreeRTOS даны, вообще-то, немного для другого (не путать с критическимим секциями Windows!)
Для простого предотвращения "гонки данных" есть мьютексы и семафоры. В данном случае правильнее применять мьютекс. Рекомендую на досуге разобраться в этом вопросе, потом кучу времени спасёте.Да, можно было бы вручную оборачивать вручную каждый new/delete, а заодно все операции со стандартными контейнерами, ведь контейнеры постоянно используют new/delete
Получился бы совсем плохой код, и всегда оставался бы шанс забыть добавить блокировку. Это - плохой стиль А вот правильное решение такой проблемы я как раз и описал в предыдущем посте. Все происходит автоматически и только при операциях с хипом. Никаких лишних блокировок и изменения кода.
