Вход
Наше всё
Теги
codebook
无线电组件
Поиск
Опросы
Закон
Вторник
26 ноября
О смысле всего сущего
0xFF
Средства и методы разработки
Мобильная и беспроводная связь
Блошиный рынок
Объявления
Микроконтроллеры
PLD, FPGA, DSP
AVR
PIC
ARM, RISC-V
Технологии
Кибернетика, автоматика, протоколы
Схемы, платы, компоненты
ARM, RISC-V контроллеры
974455
Топик полностью
POV_
(29.01.2020 13:37, просмотров: 1)
ответил
klen
на
а Вы под отладчико видите после эпилога функии правильный порядок и содержание стекового фрейма и такеюже провильную выборку из стека принимающим? проверьте что там дыр нет как было у меня, вызывающая и принимающие стороны могут иметь разлмчное
Поставил точки останова по обращению к ячейкам памяти (пара колбеков в дереве cli). На строчке sprintf() они оказываются обнулены. Причем ряд других данных контекста не тронуты...
В релизе все пашет. Со сторонними sprintf в исходниках всё пашет.
видна аномалия, отсюда брать кусок дизасемблированного кода вверх,вниз и курить не спеша.
-
klen
(29.01.2020 15:00
)
Хех. Недавно тут ловили баг, поциент проклял gcc неоднократно, но выяснилось, что
руки
нога BOOT0 виновата. Ну, то есть, я не против чтения листинга дизассемблера, но это точно не панацея.
-
SciFi
(29.01.2020 15:07
)
+1. Переключатель тот я клеем заклеил в позиции FLASH. И дошёл ведь до ассемблера, убедился, что POP из стека идёт с неадекватного места и с неадекватным значением!
-
Nikolay_Po
(29.01.2020 21:58
)