IAR сошел с ума. Опции

[Jenya7]

Все работало вдруг началась проблема.
Принимаю команду с терминала

Код

if (usart1_rx_ready)
{
   usart1_rx_ready = 0;
   PARSER_ParseCommand(usart1_rx_buf);
}

ставлю точку останова на PARSER_ParseCommand(usart1_rx_buf); - вижу пришла красивая команда с '\0' в конце.
захожу внутрь функции

Код

uint32_t PARSER_ParseCommand(char *str)
{
    uint32_t com_found = 0;
    uint32_t len = 0;
    
    len = strlen(str);
    
    char temp_str[len];

strlen вычисляет длину строки - 504588880 - и естественно при алокации - char temp_str[len] - выпадаем в хард фолт.
Ну и кто он (IAR) после этого?

Сообщение отредактировал Jenya7 - Jul 6 2018, 08:18

[jcxz]

[/code]uint32_t len = 0;
len = strlen(str);
char temp_str[len];[/code]

Как он у вас вообще такой бред скомпилил??

[Jenya7]

Как он у вас вообще такой бред скомпилил??

этот бред давно работает. непонятно почему сейчас перестал.

поставте галку VLA в настройках

Сообщение отредактировал Jenya7 - Jul 6 2018, 08:34

[scifi]

Как он у вас вообще такой бред скомпилил??

C99 это разрешает. Проверял - реально на стеке выделяет места сколько попросишь.

[jcxz]

этот бред давно работает. непонятно почему сейчас перестал.

Видимо какие-то новые расширения стандарта си...
Причина любого HF не компилятор, а кривые руки программиста.

[scifi]

strlen вычисляет длину строки - 504588880 - и естественно при алокации - char temp_str[len] - выпадаем в хард фолт.

Есть такая версия: буфер наполняется в фоне (прерывания или как-то ещё), поэтому на момент вычисления длины строки там не совсем то, что было вначале.

[jcxz]

C99 это разрешает. Проверял - реально на стеке выделяет места сколько попросишь.

Товарищу сначала хотя-бы со стандартным си научиться работать.
Плюшки новых стандартов даже я не применяю, хоть и никогда не валю вину на IAR.

[Jenya7]

ок. ничего не выделяю. никаких массивовю просто

Код

uint32_t len = strlen(str);

выдает какие то не реальные цифры.

[jcxz]

ок. ничего не выделяю. никаких массивовю просто

Код

uint32_t len = strlen(str);

выдает какие то не реальные цифры.

У Вас нет эмулятора? Пошагать внутрь strlen и посмотреть что происходит - не судьба?
Написать обработчик HF тоже видимо не судьба. Ну тогда да, конечно, в этом только IAR и может быть виноват.....

[Jenya7]

Есть такая версия: буфер наполняется в фоне (прерывания или как-то ещё), поэтому на момент вычисления длины строки там не совсем то, что было вначале.

я поставил точку останова в прием буфера - ничего не приходит.

У Вас нет эмулятора? Зайти внутрь strlen и посмотреть что происходит - не судьба?

там асемблерные инструкции. я по ним мало что могу сказать.

Сообщение отредактировал Jenya7 - Jul 6 2018, 08:42

Эскизы прикрепленных изображений

 

[VladislavS]

ок. ничего не выделяю. никаких массивовю просто

Код

uint32_t len = strlen(str);

выдает какие то не реальные цифры.

С размером стека порядок?

Переходите на С++, он вам так в ногу стрелять не даст.

Error[Pe028]: expression must have a constant [note]: the value of variable "len" (declared at line XX) cannot be used as a constant

ЗЫ: Постой, постой! Что-то похожее припоминаю... Если не подключен string.h, он какую-то лажу вместо функций работы со строками подставлял. Прямо в этом модуле #include <string.h> добавь.

[jcxz]

там асемблерные инструкции. я по ним мало что могу сказать.

Открыть "Cortex-M3/M4F Instruction Set" и посмотреть описание тех, всего нескольких команд, что там используются - никак?

[Jenya7]

С размером стека порядок?

Переходите на С++, он вам так в ногу стрелять не даст.

я все закрыл. все. strlen все равно возвращает мусор.

[VladislavS]

я все закрыл. все. strlen все равно возвращает мусор.

Прямо в этом модуле #include <string.h> добавь. Попробуй, это не долго.

[scifi]

там асемблерные инструкции. я по ним мало что могу сказать.

Какой занятный код. Тестируют пачками по 4 байта. Должно быть, на ассемблере накодили.