在 main 开始之后使用 (0xABABABAB) 模式绘制嵌入式堆栈的 c 代码？

Question

我正在使用堆栈绘画/脚打印分析方法进行动态内存分析。

nofollow noreferrer“ -footprint-Analysis

基本上的想法是在应用程序开始执行之前，用专用填充值（例如0xabababab）填充分配给堆栈区域的整个内存量。每当执行停止时，都可以从堆栈的末端向上搜索堆栈内存，直到找到0 Xabababis的值，这被认为是使用堆栈已使用的距离。如果找不到专用值，则该堆栈消耗了所有堆栈空间，并且很可能已经溢出。

我希望AC代码用图案从上到下填充堆栈。

void FillSystemStack()
{
    extern char __stack_start,_Stack_bottom;


}

请注意

• ，我正在使用Eclipse Qemu模拟的STM32F407VG板。
• 堆栈从较高地址到较低地址
• 的堆栈开始增长为0x20020000
• 堆栈的底部是OX2001FC00

Answer 1

main() 开始后完全不应该填满堆栈，因为 main() 堆栈已被使用一次代码>开始。完全填充堆栈将覆盖已使用的堆栈位，并可能导致未定义的行为。我想您可以在 main() 开始后立即填充堆栈的部分，只要您小心不要覆盖已经使用的部分即可。

但更好的计划是在调用 main() 之前使用模式填充堆栈。查看工具链的启动代码。启动代码在调用 main() 之前初始化变量值并设置堆栈指针。启动代码可能处于汇编状态，具体取决于您的工具链。初始化变量的代码可能是一个简单的循环，它将字节或字从适当的 ROM 复制到 RAM 部分。您可以使用此代码作为示例来编写一个新循环，该循环将使用模式填充堆栈内存范围。

Answer 2

这是一个皮层M，因此将堆栈指针从重置中列出。这意味着几乎可以立即准备使用C代码。如果您的重置向量是用C编写的并执行堆叠/C功能调用，那么在很早的阶段填充堆栈就为时已晚。这意味着您不应该从应用程序C代码中进行操作。

执行您描述的技巧的正常方法是通过电路调试器。下载程序，命中重置，在调试器的帮助下填充堆栈。将有一些方便的调试器命令可以做到这一点。执行程序，尝试使用尽可能多的程序，观察调试器内存图中的堆栈。

Answer 3

答案的见解，我试图在Main开始之后绘制堆栈，以确保我不覆盖已经使用的部分。

有了@kkrambo stackpaint

uint32_t sp;
#define STACK_CANARY 0xc5
#define WaterMark 0xc9
void StackPaint(void)
{

    char *p = &__StackLimit; // __StackLimit macro defined in linker script
    
    sp=__get_MSP();
    PRINTF("stack pointer %08x \r\n\n",sp); 

    while((uint32_t)p < sp)
    {
        if(p==&__StackTop){ // __StackTop macro defined in linker script
            *p = WaterMark;
            p++;
        }
        *p = STACK_CANARY;
        p++;

    }

}

stackcount

uint16_t StackCount(void)
{
    PRINTF("In the check address function in main file \r\n\n");
    const char *p = &__StackLimit;
    uint16_t       c = 0;

    while(*p == WaterMark || (*p == STACK_CANARY && p <= &__StackTop))
    {
        p++;
        c++;
                
    }
        
    PRINTF("stack used:%d bytes \n",1024-c);
    PRINTF("remaining stack :%d bytes\n",c);
         
    return c;
}