Столкнулся с такой неожиданной проблемой: при отладке программы с freertos на LPC1768 (cortex m3) под gdb (yagarto toolchain) через j-link (gdb server) отладчик останавливается безо всякой на то причины на инструкции SVC 0 в коде фриртоса (в функции vPortStartFirstTask), как будто breakpoint сработал. Делаю resume, но он зацикливается на этой инструкции.
Отлаживаю во флеше. В конфигурации отладки в Eclipse прописаны команды инициализации:

Ну и разумеется опции Reset and Delay и Halt включены. Set breakpoint at: main и Resume.
Запускается нормально, на main останавливается, продолжаю, и вскоре останавливается на vPortStartFirstTask.
Причем я забил на свой код, попробовал отладить стандартный пример CORTEX_LPC1768_GCC_RedSuite из FreeRTOS 6.1 (но не в redsuite, а yagarto опять-таки). То же самое. Однако всякие IARовские примеры отлаживаются нормально.
Кто сталкивался ? В чем тут может быть дело ?

глюк. может стек переполнился? или только при отладке? Hook'и FreeRTOS не сработали?

Все, разобрался ! Как всегда, все банально - проц не сбрасывался в начале отладки. Опции "Reset and Delay" и "Halt", оказывается, не работают, собаки. Это баг/фича в "C/C++
GDB Hardware Debugging" (version 7.0.0.201009241320) feature в Eclipse CDT. Нужно вручную прописывать команду "monitor reset 0", что собствено и делается во всех gdbinit-скриптах. А я сдуру решил, что это избыточно (ведь в среде есть эти опции), что и привело к потере времени
Причем обидно, что я все время смотрел окно сообщений gdb сервера и не замечал, что привычное сообщение типа "Resetting target" нигде не мелькает.

Тоже на эти грабли наступал, но почему то сразу увидел что они не работают) повезло мне