Сабж. Ничего принципиального в проекте не правил. Дописывал код, до которого теперь даже не доходит выполнение. Сразу же после запуска шулдера вылетает или в дата-аборт или в undefined instruction. Начал ходить по шагам. Дошел до запуска первой задачи.



Делаю один шаг (step jver) по асемблерному тексту после чего код чудесным образом превращается в


Следующим шагом вылетает с инструкции ANDLES (???) в undef.

Если не ходить по шагам, то иногда вылетает в дата-аборт вроде бы из memcpy при копировании из ОЗУ в странные адреса типа 0xFEAFFFFE...

Что бы это значило?

Скорее всего то же, что и у меня в проекте, над которым работаю - не выровненые структуры данных . Иногда, при добавлении в структуру НЕ 32-бит поля, задача летит к чертям собачим

IAR for ARM 4.42A

Очень похоже, что при запуске задачи из ее контекста прописывается T(THUMB) бит в CPSR

2 prottoss, и как с этим бороться? У меня множество "упакованных" структур и никуда от них не деться. Оч похоже, что это и есть причина - последнее, что делал - это добавлял описания новых пакетов. а они все никак не расчитаны на АРМы.

2 Сергей Борщ, я тоже вначале так подумал. Но нигде в настройках нет и слова о thumb. Все же завтра обязательно проверю под отладчиком CPSR.

В настройках его может и не быть. А вот на стеке вполне может оказаться что угодно - если стека не хватает или указатель на контекст попортился и вы восстанавливаете совсем не оттуда, откуда должны.
По вашему листингу это видно. В момент, когда попадаете в задачу - отладчик знает, что с этой метки идет ARM-код и показывает его дизассемблер. Сделав шаг он обнаруживает, что процессор находится в THUMB и дальше показывает вам дизассемблер в THUMB режиме. Много раз получал такой эффект

Поздравляю. Смотрите, какое значение заносится на стек при создании контекста (portable/iar/AtmelSam7S64/port.c):об эти грабли я спотыкался три года назад. А они там, оказывается, до сих пор лежат!
сделайте так:"И сразу польется вода!"

2 Сергей Борщ спасибо!



Только в дата аборт все равно валится. Но хоть все задачи стартуют...



З.Ы. и как это у меня раньше проект работал???...

В версии 4.6.1


Так что похоже грабли исправленны аффтаром

Огромное спасибо всем ответившим! Коллективный разум спас мои нервные клетки. Все работает. )

xelax, не поверите - я цитированные строки взял из 4.7.0. Похоже, их листьями присыпАли.

А ещё во FreeRTOS есть грабли присыпанные листьями? Так для общего развития, а заодно, чтобы в своём проекте проверить?

Функции работы с очередями не проверяют указатель на очередь. (!=0)

Не могу сказать - один проект тогда сделал, больше не приходилось с ней работать. zltigo у нас большой фанат этой ОСи


Спорный момент. "А нефиг подсовывать что ни попадя". А если бы в указателе случайно оказался не 0, а 1, помогла бы проверка? Нет. А время при каждом обращении отнимала бы. Логичнее, если программист, получив указатель из процедуры создания очереди проверит его один раз сам и дальше предпримет нужные действия.

"Вообще нефиг указателями пользоваться в эмбеддед, да еще и в РТОС"

Согласен, что хороший тон - проверять все в момент создания. Просто на эти грабли можно наступить. (как я это сделал)

С другой стороны у меня общение между задачами через очереди. И перед тем как что-то кому-то посылать, приходится проверять указатель != 0. А то вдруг вторая задача еще не успела создать очередь.

Я как-бы давно уже в своей ветке живу взяв FreeRTOS, как отправную точку. На грабли не наступал -
в том числе и на описанные ибо прежде чем собирать под ARM почитал исходники и подправил.
Минут 15 заняло.
http://electronix.ru/forum/index.php?act=S...%2B__CPU_MODE__

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