程序调试的基本思想是“分析现象->假设错误原因->产生新的现象去验证假设”这样一个循环过程,根据现象如何假设错误原因,以及如何设计新的现象去验证假设,需要非常严密的分析和思考.程序中除了一目了然的Bug之外都需要一定的调试手段来分析到底错在哪,到目前为止自己使用过的调试手段只有一种: 根据程序执行时的出错现象假设错误原因,然后在代码中适当的位置插入printf(驱动使用printk函数),执行程序并分析打印结果,如果结果和心里预期的一样,就基本上证明了自己假设的错误原因,就可以动手修正Bug了

修改表字段语句: alter table 表名 alter column  字段名 set data type varchar(7700) 如: ALTER TABLE JV_BI_BACK_OPER_LOG alter column  OPERATION_DESC set DATA TYPE varchar(7700) 查看表字段语句:select *from syscat.columns where tabname = '表名' and colname = '表列名',如: select *

http://www.cnblogs.com/smyhvae/p/3881477.html  找了个连接 问题描述:最近在学习Android SQLite中的SQLiteOpenHelper,使用SQLiteOpenHelper创建数据库和表后,想查看一下自己创建的数据库以及表文件,默认情况下数据库位于根目录下的data文件夹下面的data子文件夹下.选择FileExplorer,打开data文件夹,发现无法查看.  解决办法:要想查看data文件首先要获取手机root权限,成功root后,修改

用gdb查看内存 2007-12-08 12:43 用gdb查看内存 格式: x /nfu <addr> 说明x 是 examine 的缩写 n表示要显示的内存单元的个数 f表示显示方式, 可取如下值x 按十六进制格式显示变量.d 按十进制格式显示变量.u 按十进制格式显示无符号整型.o 按八进制格式显示变量.t 按二进制格式显示变量.a 按十六进制格式显示变量.i 指令地址格式c 按字符格式显示变量.f 按浮点数格式显示变量. u表示一个地址单元的长度b表示单字节,h表示双字节,w表示四字节

近期在解决一个编译问题时,一直在考虑一个问题,那就是Linux下可执行程序执行时内存是什么状态,是依照什么方式分配内存并执行的.查看了一下资料.就此总结一下,众所周知.linux下内存管理是通过虚存管理的,在分配内存是并不是在物理内存开辟了一段空间,而是在使用时才分配的.并且是通过段页式管理. 以上比較废话,開始看看程序执行时内存会是什么状态. 在linux下内存分配是以页为单位的.而页是通过段管理.各个段之间是独立的,方便管理.linux程序执行时.能够分为下面几个内存段: 一.BSS段 (b

转载:http://blog.csdn.net/mergerly/article/details/41994207 core dump 一般是在segmentation fault(段错误)的情况下产生的文件,需要通过ulimit来设置才会得到的.   调试的话输入: gdb filename core     filename就是产生core文件的可执行文件,core就是产生的dump文件   查看栈信息 —————   当程序被停住了,你需要做的第一件事就是查看程序是在哪里停住的.当你的程序

bss段: bss段(bss segment)通常是指用来存放程序中未初始化的全局变量的一块内存区域. bss是英文Block Started by Symbol的简称. bss段属于静态内存分配. data段: 数据段(data segment)通常是指用来存放程序中已初始化的全局变量的一块内存区域. 数据段属于静态内存分配. text段: 代码段(code segment/text segment)通常是指用来存放程序执行代码的一块内存区域. 这部分区域的大小在程序运行前就已经确定,并且内存

bss段: bss段(bss segment)通常是指用来存放程序中未初始化的全局变量的一块内存区域. bss是英文Block Started by Symbol的简称. bss段属于静态内存分配. data段: 数据段(data segment)通常是指用来存放程序中已初始化的全局变量的一块内存区域. 数据段属于静态内存分配. text段: 代码段(code segment/text segment)通常是指用来存放程序执行代码的一块内存区域. 这部分区域的大小在程序运行前就已经确定,并且内存

BSS段:BSS段(bss segment)通常是指用来存放程序中未初始化的全局变量的一块内存区域.BSS是英文Block Started by Symbol的简称.BSS段属于静态内存分配.   数据段:数据段(data segment)通常是指用来存放程序中已初始化的全局变量的一块内存区域.数据段属于静态内存分配.   代码段:代码段(code segment/text segment)通常是指用来存放程序执行代码的一块内存区域.这部分区域的大小在程序运行前就已经确定,并且内存区域通常属于只

什么是core dump   linux下用core和gdb查询出现"段错误"的地方 http://blog.chinaunix.net/uid-26833883-id-3193279.html 有些时候我们在一段C代码的时候,由于对一个非法内存进行了操作,在程序运行的过程中,出现了"段错误". 呵呵,这种问题我想很多人会经常遇到.遇到这种问题是非常无语的,只是提示了"段错误",接着什么都没 有,如果我们一味的去看代码找太疼苦了,因为我们都相信自

一般情况下,一个程序本质上都是由 bss段.data段.text段三个组成的——本概念是当前的计算机程序设计中是很重要的一个基本概念.而且在嵌入式系统的设计中也非常重要,牵涉到嵌入式系统运行时的内存大小分配,存储单元占用空间大小的问题. 在采用段式内存管理的架构中(比如intel的80x86系统),bss段(Block Started by Symbol segment)通常是指用来存放程序中未初始化的全局变量的一块内存区域,一般在初始化时bss 段部分将会清零(bss段属于静态内存分配,即程序

转自:http://blog.chinaunix.net/uid-30091091-id-5754288.html 原文地址:linux下用core和gdb查询出现"段错误"的地方 作者:草根老师 有些时候我们在一段C代码的时候,由于对一个非法内存进行了操作,在程序运行的过程中,出现了"段错误".   呵呵,这种问题我想很多人会经常遇到.遇到这种问题是非常无语的,只是提示了"段错误",接着什么都没 有,如果我们一味的去看代码找太疼苦了,因为我们都

一.疑问 环境变量也是全局变量,为何不能像其他的全局变量放在data段呢?为什么要放在堆中或者使用ENV_IS_EMBEDDED定义的CFG_ENV_SIZE的空间大小,又为什么需要这么大的空间呢? 二.认识 1.尝试放在data段 由于环境变量区不像其他的全局变量,环境变量可以被删除,可以被更改,可以添加,这就要求存储环境变量的空间是足够大的. 也许可以用结构体数组来实现,分别存放环境变量的名字,及相应的值.这样就可以将环境变量放在data段,我们希望在经过start.s重定位后,环境变量已经

Linux 的段管理, BSS段(bss segment)通常是指用来存放程序中未初始化的全局变量的一块内存区域.BSS是英文Block Started by Symbol的简称.BSS段属于静态内存分配. 该段用于存储未初始化的全局变量或者是默认初始化为0的全局变量, data段 该段用于存储初始化的全局变量,初始化为0的全局变量出于编译优化的策略还是被保存在BSS段,数据段也是属于静态内存分配. text段:text段是用于存放程序代码的,编译时确定,内存区域通常属于只读, rodata段

函数代码://demo.c #include<stdio.h> #include<stdlib.h> , global2 = , global3 = ; void function(void) { , local5 = , local6 = ; , static5 = , static6 = ; int *p2 = (int*)malloc(sizeof(int)); printf("子函数 局部变量 : \n"); printf("local4 :

我们在编写服务端程序的时候,由于多线程并且环境复杂,程序可能在不确定条件的情况下宕掉,还不好重新,这是我们如何获取程序的出错信息,一种方法通过打日志,有时候一些错误日志也不能体现出来,这时就用到我们的core dump文件了. 通常情况下coredmp包含了程序运行时的内存,寄存器状态,堆栈指针,内存管理信息等.可以理解为把程序工作的当前状态存储成一个文件.许多程序和操作系统出错时会自动生成一个core文件. 1 我们系统一般默认是吧core dump 关掉的,可以通过ulimit -c 查看如

作者:百问科技链接:https://zhuanlan.zhihu.com/p/28659560来源:知乎著作权归作者所有.商业转载请联系作者获得授权,非商业转载请注明出处. 一般情况,一个程序本质上都是由 bss段.data段.text段三个段组成——这是计算机程序设计中重要的基本概念.而且在嵌入式系统的设计中也非常重要,牵涉到嵌入式系统运行时的内存大小分配,存储单元占用空间大小的问题. 在采用段式内存管理的架构中(比如intel的80x86系统),bss段(Block Started by S

GDB查看堆栈局部变量 “参数从右到左入栈”,“局部变量在栈上分配空间”,听的耳朵都起茧子了.最近做项目涉及C和汇编互相调用,写代码的时候才发现没真正弄明白.自己写了个最简单的函数,用gdb跟踪了调用过程,才多少懂了一点. 参考资料: http://blog.csdn.net/liigo/archive/2006/12/23/1456938.aspx http://blog.csdn.net/eno_rez/archive/2008/03/08/2158682.aspx int add(int

gdb查看内存命令 首先使用gdb [YourFileName].c进入gdb界面 使用examine命令,字母缩写为x查看内存地址的值.x命令语法 x/[number][format] <addr> 其中number,format和u都是可选参数,addr为查看变量的内存地址 number: 一个正整数,表示从当前地址向后显示几个地址的内容.如 x/24 0x400c90 表示查看0x400c90到向后0x400c90+24的内容 format:显示的格式不是查看的格式.和c语言中的格式缩写

1.前言 一个程序本质上都是由 BSS 段.DATA段.TEXT段三个组成的. 本文主要分编译时和运行时分别对 对data段 bss段 text段 堆 栈作一简要说明 2. 程序编译时概念说明 程序与编译后的目标文件有如下的对应关系: 图 C语言代码与目标文件的对应关系 2.1 bss段 bss段(bss segment)通常是指用来存放程序中未初始化(或初始化为0)的全局变量的一块内存区域. 运行时所需要的BSS段大小记录在目标文件中,但BSS段并不占据目标文件的任何空间. bss是英文Blo

转载:http://blog.chinaunix.net/uid-29025972-id-3874376.html   程序编译后生成的目标文件至少含有三个段,分别为:.text..data和.bss.   text段:就是放程序代码的,编译时确定,只读;   data段:存放在编译阶段(而非运行时)就能确定的数据,可读可写.就是通常所说的静态存储区,赋了初值的全局变量和静态变量存放在这个区域,常量也存放在这个区域;   bss段:定义而没有赋初值的全局变量和静态变量,放在这个区域; 一个由c/