Confusing behavior of asm with memory
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-03-31 3:10 AM
I try to better understand assembly so I use STcubeIDE debugger to see how my C code is translate in asm langage. But I dont understand a thing. In the asm code I see that it regulary "jump" on memory addresses where there is nothing (only FFFFFFFF) or it is going to search or write data in non accessible memory (such as "0x2020202c" or "0x20202028"). The aim of my code is simply to use the button on my NUCLEO-64 board to blink the embedded green led. I was surprised to see that my asm code use the "non accessible memory adresses" instead of the GPIO registers adresses. Could someone help me to understand this behavior ?
- Labels:
-
DEBUG
-
STM32CubeIDE
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-03-31 3:49 AM
Would seem some information is being misinterpreted somewhere.​
Up vote any posts that you find helpful, it shows what's working..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-03-31 4:20 AM
I would say, either use a tool like objdump to create asm files, or step through with the debugger in instruction-step-mode.
You might misinterpret data oe empty sections.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-03-31 5:31 AM
Yeah, I'd start with a static analysis of the sources vs linker output disassembly, and then assess if the debugger or user is reporting cogent information. ​
Up vote any posts that you find helpful, it shows what's working..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2021-03-31 8:11 AM
ok ... thank you ! I'm going to try with the debugger in instruction-step-mode to see where is my problem.
