ACM Runtime Error (STACK_OVERFLOW)

最新推荐文章于 2024-06-21 17:55:18 发布

原创最新推荐文章于 2024-06-21 17:55:18 发布 · 4.2k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#堆栈溢出. 递归层数过多没有在全局开比较

acm 同时被 3 个专栏收录

678 篇文章

订阅专栏

c++

149 篇文章

订阅专栏

146 篇文章

订阅专栏

博客指出递归层数过多以及未在全局开较大数组，会导致堆栈溢出，出现STACK_OVERFLOW的情况，强调了这些因素对程序运行的影响。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

堆栈溢出.
递归层数过多；没有在全局开比较大的数组；这些会出现STACK_OVERFLOW

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

帅气的东哥

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

ACM onlinejudge (oj) 测评流程错误类型

码上相逢

05-25

614

oj测评流程错误类型测评流程错误类型测评流程上一张转的图：错误类型 Accepted 程序正确，题目已经正确解答 Compilation Error 代码编译错误 Time Limit Exceeded 程序超过了题目的时间限制 Memory Limit Exceeded 程序超过了题目的内存限制 Presentation Error程序运行的结果是正确的，格式和...

Lab3 The Attack Lab: Understanding Buffer Overflow Bugs

快乐肥宅的学习室

11-21

2523

Attacking lab说明文档IntroductionGet Your FileImportant PointsTarget ProgramsPart I: Code Injection AttacksLevel 1Level 2Level 3Part II: Return-Oriented ProgrammingLevel 2Level 3附录A Using HEX2RAW附录B Gener...

参与评论您还未登录，请先登录后发表或查看评论

ACM Runtime Error STACK OVERFLOW

sfhinsc的博客

01-14

326

ACM Runtime Error STACK OVERFLOW

解决HDU爆栈的问题

hqd_acm的专栏

07-31

1万+

转载：http://forum.byr.edu.cn/article/ACM_ICPC/51264 大家懂的，鉴于HDU用的是windows服务器，所以stack大小及其坑爹，稍微深一点的递归栈就会stack overflow。通常的规避方法是用stack或者手写

【C语言】解决C语言报错：Stack Overflow

Easonmax的博客

06-21

3646

Stack Overflow（栈溢出）是C语言中常见且危险的错误之一。它通常在程序递归调用过深或分配的局部变量过多时发生。这种错误会导致程序崩溃，可能引发段错误（Segmentation Fault），甚至使系统变得不稳定。本文将详细介绍Stack Overflow的产生原因，提供多种解决方案，并通过实例代码演示如何有效避免和解决此类错误。Stack Overflow，即栈溢出，是指程序在使用栈空间时超过了栈的最大容量。栈是用于存储函数调用信息和局部变量的内存区域，当栈空间耗尽时，程序会触发栈溢出错误。

关于c语言中字符数组的'\0'问题

qq_29513537的博客

04-14

2787

今天数据结构上机实验，遇到了一个C语言的问题。说实话，大二了还在为C语言的问题发愁，还是挺尴尬的。下面我就来说一下我遇到的问题。 char t[5] = {'a','b','c','a','c'}; for(int i = 0; t[i]!='\0';i++) printf("%c ",t[i]); 系统给我报出的错误是array bounds overflow。然而看到这个我就蒙了

ACM错误列表

01-21

- **RuntimeError(RE)**：这类错误通常与内存管理、异常处理或系统资源不足有关，如访问无效内存地址、动态分配失败等。 - **STACK_OVERFLOW**：函数调用栈空间耗尽，常发生于递归调用过深或局部变量占用过大导致栈...

ACM基本输入输出

01-24

**Runtime Error (RE):** 程序在运行过程中出现了各种运行时错误，例如段错误（Segmentation fault）、访问冲突（ACCESS VIOLATION）、数组越界（ARRAY BOUNDS EXCEEDED）、浮点异常（FLOAT POINT EXCEPTION）、除零...

Linux Perf性能分析常用手段(火焰图,gprof,kernelshark,bts)

tugouxp的专栏

09-07

3834

perf record 采集数据，还可以在采集时记录堆栈，然后在后期分析时根据堆栈进行聚合。perf report 分析数据给用户展示perf script 对数据进行脚本化处理、加工/分析。perf annotate 用来展示原始明细，可以看到指令、及其采用数、比例等，可以寻找热点。

C语言常见编译错误及分析

zhuguanlin121的博客

09-18

2万+

目录绪论第一安装错误：[1]Error spawning cl.exe[2]fatal error C1083: Cannot open include file:第二打开编译器失败，提示不能打开第三cannot execute program解决方案第四连接Link.exe错误解决方案第五 error C2143: syntax error : missing ')' before 'return'解决方案第六涉及`scanf`输出结果为空的错误解决方案第七error C2065: 'a' : u..

VJ runtime error可能的原因

热门推荐

dreambyday

02-05

3万+

runtime error （运行时错误）就是程序运行到一半，程序就崩溃了。比如说：①除以零②数组越界：int a[3]; a[10000000]=10;③指针越界：int * p; p=(int )malloc(5 sizeof(int)); *(p+1000000)=10;④使用已经释放的空间：int * p; p=(int )malloc(5 sizeof(int));free(p);

OJ上判题时出现的运行结果整理

在努力！

08-09

9993

各类运行结果整理Waiting: 系统正在做评判的准备工作，这个过程不会太久，请您稍等片刻再刷新浏览器Judging: 系统正在评判你的程序，最多几秒钟后您就能看到最终的评判结果Accepted: 您的程序是正确的，恭喜！Presentation Error: 虽然您的程序貌似输出了正确的结果，但是这个结果的格式有点问题。请检查程序的输出是否多了或者少了空格（’ ‘）、制表符（’\t’）或者换行符（

背事故？分享 6 种常见的 Go 致命错误场景

weixin_64314555的博客

12-24

985

有一次事故现场，在紧急恢复后，他正在排查代码，查了好一会。我回头一看，这错误提醒很明显就是致命错误，较好定位。但此时，他竟然在查 panic-recover 是不是哪里漏了，我表示大受震惊... 今天就由煎鱼给大家分享一下错误类型有哪几种，又在什么场景下会触发。错误类型 error 第一种是 Go 中最标准的 error 错误，其真身是一个 interface{}。如下： type error interface { Error() string } 复制代码在日常工程中，

Error：stack overflow分析

mercy_ps的博客

08-31

2996

函数的栈空间是用于存放局部变量、函数返回地址以及函数参数等数据的内存区域，其大小是有限制的（VC6默认1M）。局部变量占用空间太大或者函数的调用层次太深就会出现“stackoverflow”的情况。解决：增大栈空间或者在堆上分配内存。以VC6为例，如何增大栈空间： Project->setting->link->category中选择output，修改stack的R...

runtime error(access_violation)

qq_43367952的博客

01-30

3877

runtime error （运行时错误）就是程序运行到一半，程序就崩溃了。比如说： ①除以零 ②数组越界：int a[3]; a[10000000]=10; ③指针越界：int * p; p=(int *)malloc(5 * sizeof(int)); *(p+1000000)=10; ④使用已经释放的空间：int * p; p=(int *)malloc(5 * sizeof(int))...

acm runtime error 常见问题

qq_33947637的博客

03-31

1029

稳定性专题 | StackOverFlowError 常见原因及解决方法

阿里巴巴中间件

08-08

2691

导读『StabilityGuide』是阿里多位阿里技术工程师共同发起的稳定性领域的知识库开源项目，涵盖性能压测、故障演练、JVM、应用容器、服务框架、流量调度、监控、诊断...

最新发布

04-04

<think>嗯，用户遇到了在调试时ACMP_Cmd相关的配置没有生效，同时while循环进入死循环的问题。我需要仔细分析他的代码，找出可能的原因。首先，用户调用了RCC_Unlock()，然后使能了APB总线上ACMP的时钟，再锁定了RCC。这可能没问题，但需要确认RCC_APB_PERIPH_ACMP是否正确，是否对应到目标MCU的时钟使能位。如果时钟没有正确使能，外设无法工作，导致后续配置无效。接下来，用户执行了ACMP_DeInit(ACMP_CH1)，这个函数是否正确复位了ACMP的寄存器？需要检查库函数实现，确保复位后寄存器处于默认状态，避免残留配置影响。配置参考电压部分，ACMP_ResSelect选择了分压电阻，ACMP_VrefSelect选择VDD作为参考。这里需要确认Vref的配置是否正确，是否与硬件设计匹配，比如分压比例是否合适。初始化结构体部分，用户设置了极性、滤波器参数、保持功能等。注意到FilterCmd和HYSCmd都被禁用，这可能影响输出稳定性，但不会导致死循环。不过，如果滤波器未启用，可能需要检查输入信号是否有噪声导致比较器输出不稳定。输入选择方面，正端输入选为OCP（过流保护），负端选为分压后的Vref。这里需要确认ACMP_OCPInputSelect是否正确配置了OCP的输入源，比如PGA0_OUT是否实际存在信号输入。如果正端输入没有正确信号，比较器可能无法输出有效状态，导致状态寄存器一直未就绪。 ACMP_Cmd使能了通道1，但调试时未显示该配置，可能原因包括：时钟未正确使能、使能命令未正确写入寄存器、或者外设存在其他依赖条件（如供电域未开启）。需要检查时钟使能是否正确，是否有其他时钟门控影响。 while循环等待ACMP就绪状态，若一直不返回SET，说明外设未就绪。可能原因包括时钟问题、配置错误、或硬件故障。需要检查相关状态寄存器的值，确认具体原因。可能的解决方案包括：检查时钟配置是否正确，确认APB总线时钟使能；验证参考电压和输入选择是否符合硬件连接；检查ACMP_Cmd是否成功写入了使能位；使用调试器查看寄存器状态，特别是时钟使能位、ACMP控制寄存器和状态寄存器。此外，某些MCU的外设需要特定的操作顺序，比如先配置再使能，或者需要延时等待稳定。用户是否在使能后立即检查状态，可能需要添加延时。或者，是否有其他配置步骤遗漏，比如中断配置或IO引脚复用设置？总之，需要逐步排查时钟、配置顺序、输入信号、寄存器写入是否正确，以及硬件连接是否正常。</think>在调试中遇到`ACMP_Cmd`未生效且`while`死循环的问题，通常与外设时钟、配置顺序或状态标志读取有关。以下是逐步分析及解决方案： --- ### **1. 时钟配置检查** **问题点**： - 虽然调用了`RCC_APBPeriphClockCmd(RCC_APB_PERIPH_ACMP, ENABLE)`，但某些MCU的时钟树需要**双重解锁**（如STM32H7系列）或需要额外使能其他时钟域（如GPIO时钟）。 - 未确认`RCC_APB_PERIPH_ACMP`是否为目标芯片中正确的时钟宏定义。 **解决方案**： - 检查芯片手册，确认ACMP所属的APB总线（APB1/APB2）及对应的时钟使能宏。 - 若需要GPIO复用功能，需额外使能对应GPIO端口的时钟。 --- ### **2. 外设复位与初始化顺序** **问题点**： - `ACMP_DeInit(ACMP_CH1)`可能未正确复位寄存器。某些库函数需要手动清除标志位或等待复位完成。 **解决方案**： - 在`ACMP_DeInit`后添加短暂延时（如`for(int i=0; i<1000; i++);`），确保复位完成。 - 检查`ACMP_DeInit`的源码，确认是否真正复位了所有配置寄存器。 --- ### **3. 参考电压与输入选择** **问题点**： - `ACMP_VrefSelect(ACMP_VREF_VDD)`选择VDD作为参考电压，需确保VDD电源稳定且电压范围符合ACMP工作要求。 - `ACMP_OCPInputSelect(ACMP_OCP_INPUT_PGA0_OUT)`依赖PGA模块的输出，若PGA未配置，输入信号可能无效。 **解决方案**： - 检查PGA模块是否已配置并启用，确保其输出有效信号。 - 通过万用表或示波器测量VREF分压后的实际电压，验证是否符合预期。 --- ### **4. ACMP_Cmd使能问题** **问题点**： - `ACMP_Cmd(ACMP_CH1, ENABLE)`未生效可能是由于： - 时钟未正确使能（见第1点）。 - 外设处于低功耗模式，需唤醒或关闭低功耗配置。 - 寄存器写入未同步（某些MCU需要屏障指令）。 **解决方案**： - 在`ACMP_Cmd`后添加内存屏障指令（如`__DSB()`或`__ISB()`）。 - 检查ACMP控制寄存器（如`ACMP->CR`），确认使能位是否实际写入。 --- ### **5. 状态标志死循环问题** **问题点**： - `ACMP_GetReadyStatus(ACMP_CH1)`一直返回`RESET`，可能原因： - ACMP时钟未正确使能。 - 输入信号超出共模范围，导致比较器无法稳定输出。 - 滤波器配置过长（`FilterLen = ACMP_FILTER_LEN16`），需等待更长时间。 **解决方案**： - 在`while`循环前添加超时机制，避免死锁： ```c uint32_t timeout = 0; while (ACMP_GetReadyStatus(ACMP_CH1) != SET && timeout < 1000000) { timeout++; } if (timeout >= 1000000) { // 处理超时错误 } ``` - 降低滤波器长度（如`ACMP_FILTER_LEN4`）或启用滤波器（`FilterCmd = ENABLE`）。 --- ### **6. 调试技巧** - **寄存器级检查**：使用调试器直接查看以下寄存器： - RCC相关寄存器（确认时钟使能位）。 - ACMP控制寄存器（`ACMP_CR`）和状态寄存器（`ACMP_SR`）。 - 输入复用寄存器（如GPIO AF或模拟输入模式）。 - **信号注入测试**：强制将正/负输入引脚接已知电压（如GND或VDD），观察比较器输出是否变化。 --- ### **总结代码修正建议** ```c // 1. 确保时钟配置正确 RCC_Unlock(); RCC_APBPeriphClockCmd(RCC_APB_PERIPH_ACMP, ENABLE); // 若需要GPIO复用，使能对应GPIO时钟（例如：RCC_APBPeriphClockCmd(RCC_APB_PERIPH_GPIOA, ENABLE);） RCC_Lock(); // 2. 复位ACMP并等待 ACMP_DeInit(ACMP_CH1); for (volatile int i = 0; i < 1000; i++); // 短暂延时确保复位完成 // 3. 配置参考电压和输入 ACMP_ResSelect(ACMP_RES_SEL7); ACMP_VrefSelect(ACMP_VREF_VDD); // 4. 初始化结构体（确保所有字段赋值） ACMP_InitTypeDef ACMP_InitStruct = {0}; // 显式初始化为0 ACMP_StructInit(&ACMP_InitStruct); ACMP_InitStruct.ACMP_Polarity = ACMP_POL_NORMAL; ACMP_InitStruct.ACMP_Filter.FilterSample = ACMP_FILTER_SAMPLE_DIV16; ACMP_InitStruct.ACMP_Filter.FilterLen = ACMP_FILTER_LEN16; ACMP_InitStruct.ACMP_Filter.FilterCmd = DISABLE; ACMP_InitStruct.ACMP_HYSCmd = DISABLE; ACMP_InitStruct.ACMP_HoldCmd = ENABLE; ACMP_InitStruct.ACMP_PInput = ACMP_IN_P_SEL_OCP; ACMP_InitStruct.ACMP_NInput = ACMP_IN_N_SEL_VREF_DIV; // 5. 应用配置并启用ACMP ACMP_Init(ACMP_CH1, &ACMP_InitStruct); ACMP_OCPInputSelect(ACMP_OCP_INPUT_PGA0_OUT); ACMP_Cmd(ACMP_CH1, ENABLE); __DSB(); // 内存屏障确保操作完成 // 6. 带超时的等待循环 uint32_t timeout = 1000000; while (ACMP_GetReadyStatus(ACMP_CH1) != SET && timeout--); if (timeout == 0) { // 错误处理：检查时钟、输入信号、寄存器配置 } ``` 通过以上步骤，可系统性排查时钟、配置、信号路径及状态标志问题。