这里记录一下使用valgrind查找你的应用程序中的各种潜在的错误信息,并举例说明。

经常使用valgrind查找一下你的代码的内存有关错误,对移植到嵌入系统后的系统稳定性来说有着重要的意义。

usage

  • x86 平台
  • 先编译你自己的应用程序
  • 命令行:
    • valgrind --log-file=1 --tool=memcheck ./a.out

error specification

一、有malloc,但未free

  • code

    #include <stdio.h>
    #include <stdlib.h> void main()
    {
    char *p = malloc(20);
    sprintf(p, "%s", "test");
    fprintf(stderr, "p:%s/n", p);
    }
  • 分析:
    • 文件后部,总体来看,有确定无疑的lost 20字节。如下:

      ==26512== LEAK SUMMARY:
      ==26512== definitely lost: 20 bytes in 1 blocks.
    • 在文件之前描述的内容,细节可以看出,有1个malloc,但未去free。如下:
      ==26512== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 11 from 1)
      ==26512== malloc/free: in use at exit: 20 bytes in 1 blocks.
      ==26512== malloc/free: 1 allocs, 0 frees, 20 bytes allocated.

二、free一个未malloc的指针

  • code

    void main()
    {
    char p[] = "hello";
    fprintf(stderr, "p:%s/n", p);
    free(p);
    }
  • 分析:
    • 文件后部,总体来看,有1个错误,0个malloc,1个free。如下:

      ==26786== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 11 from 1)
      ==26786== malloc/free: in use at exit: 0 bytes in 0 blocks.
      ==26786== malloc/free: 0 allocs, 1 frees, 0 bytes allocated.
    • 在文件之前描述的内容,细节可以看出,有一个无效的free。如下:
      ==26786== Invalid free() / delete / delete[]
      ==26786== at 0x402265C: free (vg_replace_malloc.c:323)
      ==26786== by 0x804841F: main (in /home/yutao/test/a.out)

三、stack中,无效的读取,不会提示出错

  • code

    void main()
    {
    char p[8] = "hello"; //p在栈上, "hello"在常量区
    fprintf(stderr, "p10:%c/n", p[10]);
    }
  • 分析:
    • 读取stack栈中的内容,不会提示错误

      ==27452== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 11 from 1)
      ==27452== malloc/free: in use at exit: 0 bytes in 0 blocks.
      ==27452== malloc/free: 0 allocs, 0 frees, 0 bytes allocated.
  • 其为局部变量,存贮在stack中,由于p[10]未超出栈的长度,所以没提示出错?

四、heap堆中,无效的读取,会提示出错

  • code

    void main()
    {
    char *p = malloc(8);
    fprintf(stderr, "p10:%c/n", p[10]);
    free(p);
    }
  • 分析:
    • 读取heap堆中的内容,会提示错误,提示无效的1个字节的读取,位置是malloc的8字节的后面第2字节

      ==27744== Invalid read of size 1
      ==27744== at 0x804842A: main (in /home/yutao/test/a.out)
      ==27744== Address 0x4190032 is 2 bytes after a block of size 8 alloc'd
      ==27744== at 0x4022AB8: malloc (vg_replace_malloc.c:207)
      ==27744== by 0x8048420: main (in /home/yutao/test/a.out)
      ==27744==
      ==27744== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 11 from 1)
      ==27744== malloc/free: in use at exit: 0 bytes in 0 blocks.
      ==27744== malloc/free: 1 allocs, 1 frees, 8 bytes allocated.
    • malloc的数据在heap堆中。

五、stack上的,无效的写

  • code

    void main()
    {
    char p[8] = "hello";
    p[10]='a';
    }
  • 分析:
    • 运行时会出错,会打印Backtrace

      *** stack smashing detected ***: ./a.out terminated
      ======= Backtrace: =========
      /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x412d138]
      /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0x412d0f0]
      ./a.out[0x80483d6]
      /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0x4056450]
      ./a.out[0x8048331]
      ======= Memory map: ========
      04000000-0401a000 r-xp 00000000 08:06 682589 /lib/ld-2.7.so
    • 总体,会提示有1个错误,内容是5个malloc,0个free
      ==27918== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 13 from 1)
      ==27918== malloc/free: in use at exit: 892 bytes in 5 blocks.
      ==27918== malloc/free: 5 allocs, 0 frees, 892 bytes allocated.
      ==27918== LEAK SUMMARY:
      ==27918== definitely lost: 0 bytes in 0 blocks.
      ==27918== possibly lost: 0 bytes in 0 blocks.
      ==27918== still reachable: 892 bytes in 5 blocks.
    • 文件前面的错误信息是,有一个无效read,读了4个字节。
      ==27918== Invalid read of size 4
      ==27918== at 0x40151F3: (within /lib/ld-2.7.so)
      ==27918== by 0x4005C69: (within /lib/ld-2.7.so)
      ==27918== by 0x4007A97: (within /lib/ld-2.7.so)
      ==27918== by 0x4011543: (within /lib/ld-2.7.so)
      ==27918== by 0x400D5D5: (within /lib/ld-2.7.so)
      ==27918== by 0x4010F5D: (within /lib/ld-2.7.so)
      ==27918== by 0x414E291: (within /lib/tls/i686/cmov/libc-2.7.so)
      ==27918== by 0x400D5D5: (within /lib/ld-2.7.so)
      ==27918== by 0x414E454: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.7.so)
      ==27918== by 0x412A4D8: (within /lib/tls/i686/cmov/libc-2.7.so)
      ==27918== by 0x412A4D8: (within /lib/tls/i686/cmov/libc-2.7.so)
      ==27918== by 0x412A669: backtrace (in /lib/tls/i686/cmov/libc-2.7.so)
      ==27918== by 0x40A3B91: (within /lib/tls/i686/cmov/libc-2.7.so)
      ==27918== Address 0x4190038 is 16 bytes inside a block of size 19 alloc'd
    • 这个提示的错误信息和代码中的信息,没很好的匹配上,但可以知道是已经出错了。

六、heap堆上,无效的写

  • code

    void main()
    {
    char *p = malloc(8);
    p[10]='a';
    free(p);
    }
  • 分析:
    • 程序运行不会出错
    • 写heap堆中的内容,log会提示错误,提示无效的1个字节的写,位置是malloc的8字节的后面第2字节
      ==28351== Invalid write of size 1
      ==28351== at 0x80483CA: main (in /home/yutao/test/a.out)
      ==28351== Address 0x4190032 is 2 bytes after a block of size 8 alloc'd
      ==28351== at 0x4022AB8: malloc (vg_replace_malloc.c:207)
      ==28351== by 0x80483C0: main (in /home/yutao/test/a.out)

valgrind 的使用及错误信息分析的更多相关文章

  1. SxsTrace程序追踪 && 错误信息分析

    先贴错误:应用程序无法运行,并行配置不正确 ,使用命令行sxstrace.exe.百度解决版本. 起因:同事给我一 EXE,然后基于 其进行开发 dll和模块,但是无法加入进程,无法运行. SxsTr ...

  2. linux驱动调试--段错误之oops信息分析

    linux驱动调试--段错误之oops信息分析 http://blog.chinaunix.net/xmlrpc.php?r=blog/article&uid=29401328&id= ...

  3. Valgrind memcheck 8种错误实例

    调不尽的内存泄漏,用不完的Valgrind Valgrind 安装 1. 到www.valgrind.org下载最新版valgrind-3.2.3.tar.bz2 2. 解压安装包:tar –jxvf ...

  4. EntityFramework的多种记录日志方式,记录错误并分析执行时间过长原因(系列4)

    前言 Entity Framework 延伸系列目录 今天我们来聊聊EF的日志记录. 一个好的数据库操作记录不仅仅可以帮你记录用户的操作, 更应该可以帮助你获得效率低下的语句来帮你提高运行效率 废话不 ...

  5. jQuery之ajax错误调试分析

    jQuery中把ajax封装得非常好.但是日常开发中,我偶尔还是会遇到ajax报错.这里简单分析一下ajax报错 一般的jQuery用法如下,ajax通过post方式提交"汤姆和老鼠&quo ...

  6. DB2中错误信息说明

    DB2错误信息SQLCODE SQLSTATE (按sqlcode排序) .分类: db2数据库 2012-10-19 11:35 2942人阅读 评论(0) 收藏 举报 db2sql存储table数 ...

  7. JavaScript基础--小案例:在网页指定位置弹出错误信息(十二)

    案例分析:点击按钮后,在网页上指定区域,提示错误信息!5秒后,错误信息提示自动消失! <script languag="javascript" type="text ...

  8. 项目中logger、message错误信息的配置

    申明:在一个项目中必不可少的是Logger和错误信息的配置,现在给出在我们常用的处理方法. —.创建一个ConfigUtils类和他对应的rah.properties文件和Test测试类 Config ...

  9. SQL Server 磁盘请求超时的833错误原因分析以及解决

    本文出处:http://www.cnblogs.com/wy123/p/6984885.html 最近遇到一个SQL Server服务器响应极度缓慢,并且出现客户端请求报错的情况,在数据库中的erro ...

随机推荐

  1. 多核CPU利用测试

      一直在想程序上是否特意让线程在指定的CPU上去运行,这样可以提高运行效率,所以特地写个代码让CPU使用率画正弦曲线的实验,我使用的是AMD X4 641的CPU,为四核四线程的片子. 代码如下 # ...

  2. Javascript深度克隆一个对象

    Javascript中的对像赋值与Java中是一样的,都为引用传递.就是说,在把一个对像赋值给一个变量时,那么这个变量所指向的仍就是原来对 像的地址.那怎么来做呢?答案是“克隆”. 克隆有两种方法:一 ...

  3. adb server is out of date. killing... 解决方案

    忘了原文从哪来的了,过后查到补上链接 今天调试android的时候发现一个诡异的问题 C:\Users\xxxx>adb start-server   adb server is out of ...

  4. document.all和jq trigger原理

    document.all是页面内所有元素的一个集合.如:       document.all(0)表示页面内第一个元素document.all可以判断浏览器是否是IE     if(document ...

  5. 死亡的协议--- Pieter Hintjens (ZeroMQ作者)

    过去几年中用zeromq写过几个系统系统.对ZeroMQ强大和灵活印象非常深刻.在阅读zeromq guide文档时候.发现作者整理各种通信模式非常经典和实用,可以作为分布式通信的教科书来看.第一次见 ...

  6. POJ 3356(最短编辑距离问题)

    POJ - 3356 AGTC Time Limit: 1000MS   Memory Limit: 65536KB   64bit IO Format: %I64d & %I64u Desc ...

  7. C# Attribute

    Attribute 是C#非常重要的一块内容,需要研究一下. Attribute  的简单使用:简而言之,就是可以自定义通用标志位,而不是在每个所需的类型中分别增加标志位. //class专用attr ...

  8. PostBack与IsPostBack区别

    这涉及到aspx的页面回传机制的基础知识 postback是回传 即页面在首次加载后向服务器提交数据,然后服务器把处理好的数据传递到客户端并显示出来,就叫postback, ispostback只是一 ...

  9. PYTHON WEATHER

    小玩一下python强大的库文件,调api获取天气情况 #coding:utf-8 import urllib import json content = urllib.urlopen('http:/ ...

  10. Keil增量编译build异常

    装完MDK4.6/4.7a,发现没有修改源文件的情况下,单击build,每次都是重新编译,之前测试过重新建立工程/装回4.22,解决了该问题,当时并没多想原因.这次又出现了这个问题,重装了很久,也都这 ...