环境:STM32F103C8T6,MDK5 在最近的一个项目的开发中,每当调用到一个函数,程序就直接跑飞.debug跟进去看不出什么逻辑错误,但发现函数内局部变量声明之后,全局变量的值被清零,后来查看局部变量地址已经超出栈的范围,于是确定是栈溢出.如果不稍微了解一下堆栈,在开发过程中可能碰到各种奇怪的错误. .map和startup.s文件 MAP 文件是程序的全局符号.源文件和代码行号信息的唯一的文本表示方法,它可以在任何地方.任何时候使用,不需要有额外的程序进行支持. 在MDK5中,在项目中

STM32的分区从0x2000 0000开始.静态区,堆,栈. 所有的全局变量,包括静态变量之类的,全部存储在静态存储区.紧跟静态存储区之后的,是堆区(如没用到malloc,则没有该区),之后是栈区,栈在程序中存储局部变量 先看启动文件startup_stm32f10x_md.s的定义: ; Amount of memory (in bytes) allocated for Stack; Tailor this value to your application needs; <h> Stac

Stack  overflow  顾名思义就是堆栈内存溢出. 一.无限递归 这个要自己仔细检查一下,程序中是否含有无限递归的情况,比如下面这就是无限递归: int function(int x, int y) { )return x; )); } 二.堆栈内存溢出 这就是程序中数组开的太多,开的太大了,内存不够用了,此时可以如此做: (本测试为VS  2015版本,其他可供参考) 打开   项目---->属性---->链接器---->系统     如下: 将"堆栈保留大小&qu

转载 2017年11月24日 11:00:28 ----查询表空间使用情况--- SELECT UPPER(F.TABLESPACE_NAME) "表空间名", D.TOT_GROOTTE_MB "表空间大小(M)", D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空间(M)", TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 

转自原文 ORA-01653 无法在表空间扩展的解决办法 -- 增加表空间大小或给表空间增加数据文件 当前系统的数据量越来越大的,昨天还运行正常的数据库,突然无法使用了.经过定位发现是"ORA-01653 " 即表空间满了,在这里简单记录下处理办法,长期来看Oracle是顶不住了,需要尽快切到Hadoop的Hbase里存储数据 参考如下SQL ----查询表空间使用情况--- SELECT UPPER(F.TABLESPACE_NAME) "表空间名", D.TOT

以下操作以root身份运行 1.增加一个新分区(从原有硬盘分,或增加一个新硬盘并进行分区fdisk)  格式化成ext4(mkfs.ext4 /dev/sdb1,假设为/dev/sdb1) 2.将新的分区挂载到一个临时目录,如:/mnt/tmp  mount /dev/sdb1 /mnt/tmp 3.du -sh /   查看一个根目录中每个目录的大小,并选择一个大小合适的目录  如:/usr目录  cp -r /usr/* /mnt/tmp 4.修改/etc/fstab  /dev/sdb1 

1. 查看当前分区情况 free -m 2. 增加 swap 大小, 2G 左右 dd if=/dev/zero of=/var/swap bs=1024 count=2048000 3. 设置交换文件 mkswap /var/swap 4. 立即激活启用交换分区 swapon /var/swap 5. 添加系统引导时自启动运行 vi /etc/fstab 添加一行 /var/swap swap swap defaults 0 0 6. 收回 swap 空间 swapoff /var/swap

第一步:查看表空间的名字及文件所在位置: select tablespace_name, file_id, file_name, round(bytes/(1024*1024),0) total_space from dba_data_files order by tablespace_name 第二步:增大所需表空间大小:  方法一:alter database datafile '表空间位置'resize 新的尺寸 例如:  alter database datafile '\oracle\

承接上篇文章扩容磁盘空间后增加根分区的大小后,来扩容swap分区的空间 检查当前的swap分区情况 # free -m # free -g [root@localhost ~]# free -m total used free shared buff/cache available Mem: Swap: [root@localhost ~]# [root@localhost ~]# free -g total used free shared buff/cache available Mem:

在我的树莓派pi3上编译dlib库时,发现由于内存不足导致编译失败.树莓派是1G内存,swap只有50M,因此将swap增加到500M,编译通过.具体设置方法如下: 使用free命令带上m参数,查看swap文件大小,官方建议在RAM是2到4.5G时,swap是RAM的2倍:如果RAM大于等于4G则swap等于RAM即可 也可用cat 查看etc目录下的swaps文件,如下图 使用dd命令增加1G内存 使用mkswap命令制作一个swap文件 使用swapon启动swap文件 再次使用free查看

使用 WcfTestClient.exe工具测试的时候,可能会出现:这样的提示: 已超过传入消息(65536)的最大消息大小配额.若要增加配额,请使用相应绑定元素上的 MaxReceivedMessageSize 属性. 解决办法,当然就是按照提示修改相应的配置文件了. 在这个过程序当中我参考了很多资料,修改的过程,基本上操作层面是比较顺利的.下面列出一部分: https://www.cnblogs.com/autumn/p/3502963.html https://www.xuebuyuan.

来自:http://www.centoscn.com/CentOS/Intermediate/2014/0222/2446.html 1. 查看当前分区情况 free -m 2. 增加 swap 大小, 2G 左右 dd if=/dev/zero of=/var/swap bs=1024 count=2048000 3. 设置交换文件 mkswap /var/swap 4. 立即激活启用交换分区 swapon /var/swap 5. 添加系统引导时自启动运行 vi /etc/fstab 添加一

#include   <stdio.h> #include   <stdlib.h> #include   <sys/time.h> #include   <sys/resource.h> #include   <unistd.h>   int   main() {         struct   rlimit   lmt;           getrlimit(RLIMIT_STACK,&lmt);           printf

参考:http://blog.csdn.net/mznewfacer/article/details/7334592 以下摘自上述地址内容,并做了点小修改: 1.首先用命令free查看系统内 Swap 分区大小. free -m total used free shared buffers cached Mem: 2012 1960 51 0 748 950 -/+ buffers/cache: 260 1751 Swap: 255 0 255 可以看到 Swap 只有255M,下面我们来扩大到

1. create a 1G file for the swap. sudo fallocate -l 1G /swapfile we can verify that the correct amount of space was reserved by typing: ls -lh /swapfile 2. Enabling the Swap File. 1.Make the file only accessible by typing: sudo chmod 600 /swapfile. 2

以stm32f103zet6为例,直接上图:

编译llvm的时候:collect2:ld terminated with signal 9(或11) 1 Creating a file for 1024 MB size you want: We will create a /mnt/1024MB.swap swap file and set the permissions so that users cannot read it directly. [root@localhost mnt]# count= /mnt/1024MB.swap

STM32出现HardFault_Handler故障的原因主要有两个方面: 1.内存溢出或者访问越界.这个需要自己写程序的时候规范代码,遇到了需要慢慢排查. 2.堆栈溢出.增加堆栈的大小. 出现问题时排查的方法: 1.添加软件断点,一旦在调试过程中出现Hard Fault 则会停在__breakpoint(0)处. void HardFault_Handler(void) { if (CoreDebug->DHCSR & 1) { //check C_DEBUGEN == 1 -> D

STM32出现HardFault_Handler故障的原因主要有两个方面: 1.内存溢出或者访问越界.这个需要自己写程序的时候规范代码,遇到了需要慢慢排查. 2.堆栈溢出.增加堆栈的大小. 出现问题时排查的方法: 发生异常之后可首先查看LR寄存器中的值,确定当前使用堆栈为MSP或PSP,然后找到相应堆栈的指针,并在内存中查看相应堆栈里的内容.由于异常发生时,内核将R0~R3.R12.Returnaddress.PSR.LR寄存器依次入栈,其中Return address即为发生异常前PC将要执行

程序陷在while(1)里面 解决办法 定点到发生死循环的位置 打开stack windows逐层查找发生死循环之前运行过的函数 导致原因 1 内存溢出或者访问越界,通常为数组或结构体访问越界.这个需要自己写程序的时候规范代码,遇到了需要慢慢排查. 2 堆栈溢出.增加堆栈的大小. 3 在uCos-III系统中,任务切换时要关中断. 4 没有打开相应的硬件模块但操作了相应的硬件而导致了错误 5 Jlink的问题,禁止用Jlink供电就可以了.在Jlink commander中输入power off

Java 异常分析 本文是对以下内容的分析: Java异常设计 Java 异常分类 Java异常可以告诉什么问题 Java异常处理最佳实践 Java Exception 是为了处理应用程序的异常行为而创建的类.在本文中,将解释如何使用 Java Exception 类以及如何在考虑现有 Java Exception 设计的情况下创建异常结构.Java 异常概念是 Java 中的重要里程碑之一,每个开发人员都必须知道它. Java 异常体系结构 基本结构如下图: Throwable 是所有异常的父