caxapa.ru :: Я пока загасил #define configCHECK_FOR_STACK_OVERFLOW 0 потому что при компиляции при вызове

Codavr (07.07.2014 09:54, просмотров: 317) ответил framer на если место зацикливания в vListInsert там есть комментарий. Внимательно проверьте по пунктам.

Я пока загасил #define configCHECK_FOR_STACK_OVERFLOW 0 потому что при компиляции при вызове taskFIRST_CHECK_FOR_STACK_OVERFLOW(); taskSECOND_CHECK_FOR_STACK_OVERFLOW(); выскакивает Warning[Pa082]: undefined behavior: the order of volatile accesses is undefined in this statement C:\Work New\Contr_V8\FreeRTOS\tasks.c 2155 Warning[Pa082]: undefined behavior: the order of volatile accesses is undefined in this statement C:\Work New\Contr_V8\FreeRTOS\tasks.c 2155 Warning[Pa082]: undefined behavior: the order of volatile accesses is undefined in this statement C:\Work New\Contr_V8\FreeRTOS\tasks.c 2156 Решил пока отложить разборки что там за бодяга. Не подскажете что там компилеру не так? Как я понял он говорит что при вызове vApplicationStackOverflowHook( ( TaskHandle_t ) pxCurrentTCB, pxCurrentTCB->pcTaskName ) аргументы могут вызываться не в том порядке так как мы себе это представляем. А вот чем это может грозить я не знаю, посему пока решил не связываться.

Долой империалистический интернационал!

Ответить

- Предупреждения не критические. Но зачем отключать контроль стека? В FreeRtos стек необходим для каждой задачи. Размер стека зависит от глубины вложенности функций и количества локальных переменных. Попутный вопрос сколько стека выделяете для framer(82 знак., 07.07.2014 11:44, ссылка)
  - Ну для пробного шара я поставил configMINIMAL_STACK_SIZE 70. Ну и задаче столько же выделил, ибо задача единственная и простая дальше некуда Codavr(165 знак., 07.07.2014 12:07)
    - Тады со стеком все должно быть ОК. Вообще-то если где в FreeRtos и есть баги то надо искать в порте платформы и конфигурации. А какой метод выделения памяти? Если heap_3.c тогда это врапер системных (malloc, free) в этом случае может надо чего framer(30 знак., 07.07.2014 12:28 - 12:34)
      - Мне тоже не верится в ошибку FreeRTOS, но что вот тут делает xlXList Codavr(3971 знак., 07.07.2014 12:47 - 12:51)
        
        Посмотри туда --> Vit(1013 знак., 07.07.2014 14:22, ссылка, ссылка)
        
        Ну вот блин, адекватный код, а чего это они в 8.0.1 тогда нахуевертили. - Codavr(07.07.2014 14:31)
        
        вероятно ругань при кастинге с volatile неуклюже обходили - Vit(07.07.2014 14:33)
        
        Епта. Это как!!! Codavr(3419 знак., 07.07.2014 14:39 - 14:43)
        
        Твоё кунфу круче моего кунфу(С):))) У япошки хоть и 8.0, но заточка на AVR - может и полезное чего найдется - Vit(07.07.2014 14:42 - 14:51, ссылка)
        
        Спасибо, гляну. А, это уже видел. - Codavr(07.07.2014 14:55)
      - А вот нифига. Поставил configCHECK_FOR_STACK_OVERFLOW 2 и тут же попал в vApplicationStackOverflowHook. Сделал configMINIMAL_STACK_SIZE=200 и уже не попадаю. Менеджер heap_2.c юзаю. - Codavr(07.07.2014 12:41 - 12:44)
        
        В примере AVR_ATMega323_IAR используется heap_1.c .Может попробуйте заюзать heap_1.c с параметрами как в примере framer(130 знак., 07.07.2014 13:35)
        
        Попробую и так, спасибо. - Codavr(07.07.2014 16:28)
        
        Для heap_2.c надо вот это задать configTOTAL_HEAP_SIZE. - framer(07.07.2014 12:54)
        
        У меня столько стоит ( 2 * 1024 ) - Codavr(07.07.2014 13:00)
- просто ругается, мол, неопределенное поведение - для volatile переменных не определен порядок обращения. к примеру, если для volatile zzz выполнить zzz++, то если в каком-нибудь обработчике zzz может измениться, то ХЗ что оно насчитает. или пара Vit(91 знак., 07.07.2014 10:25)
  - Ну в этом случае пофик. В игнор тогда. - Codavr(07.07.2014 10:29)

Микроконтроллеры AVR