首页
学习
活动
专区
圈层
工具
发布

谈谈如何利用 valgrind 排查内存错误

导读 Valgrind 最为开发者熟知和广泛使用的工具莫过于 Memcheck,它是检查 c/c++ 程序内存错误的神器,报告结果非常之精准。...其中,问题 1 中的内存泄漏一般是比较好定位与解决的,但是作者在实际项目开发中遇到过 still reachable 错误掩盖 definitely lost 错误的情况,这就加大了定位内存泄漏点的难度...原则 1,内存非法读写错误一定要解决 这类错误在检查报告中以 Invalid read/write of size x 的格式输出。...即程序中使用了未初始化的变量或者从上层未初始化的变量中逐层传递下来的未定义的值。 一般来讲,这类错误都是变量定义后未初始化导致。...别急,在原因揭晓之前,我们先来了解一下内存泄漏的定义以及 Memcheck 工具报告的四种内存泄漏形式。 究竟如何定义内存泄漏?

8.7K41
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    堆问题分析的利器——valgrind的massif

    堆问题也是内存问题的一部分。如果我们发现程序内存一直在增加,怀疑是内存泄漏,则可以使用《内存问题分析的利器——valgrind的memcheck》一文中介绍的“内存泄露”方法去分析定位。...在右侧Massif Data区块中,快照2可以展开,显示出32B是在test.c文件中第5行分配的。快照3则表示堆上空间全部释放。        ...valgrind --tool=massif --time-unit=B ....圆圈(1,2,3,4)可看出堆的使用在逐渐增减,圆圈5则显示最后堆泄漏了40K。         再看方框中信息。A中显示本次快照中,一共使用了160K的堆空间。...需要指出的是,massif是在进程结束时才能产生报告的。而服务程序一般都不会主动退出运行。于是我们在分析这类程序时,可以使用ctrl+C来终止valgrind运行并产生报告。

    6.8K50

    堆状态分析的利器——valgrind的DHAT

    在《堆问题分析的利器——valgrind的massif》一文中,我们介绍了如何使用massif查看和分析堆分配/释放的问题。...我们继续以《堆问题分析的利器——valgrind的massif》文中末尾的代码为例 #include void* create(unsigned int size) {...第25行通过create_destory方法申请并使用了100K的空间,所以也没有内存泄漏。         我们使用下面指令分析编译后的结果 valgrind --tool=exp-dhat ....而main中第22行malloc的空间存在一段时间之后才在第29行被释放掉,所以它们的生命周期长点。这个信息也非常有意义。...因为通过读写情况可以分析出堆空间的特点,比如是读多还是写多,这在多线程编程下,可能可以优化堆中存储的结构或者管理这段堆的锁粒度。

    1.1K10

    堆状态分析的利器——valgrind的DHAT

    在《堆问题分析的利器——valgrind的massif》一文中,我们介绍了如何使用massif查看和分析堆分配/释放的问题。...我们继续以《堆问题分析的利器——valgrind的massif》文中末尾的代码为例 #include void* create(unsigned int size) {...第25行通过create_destory方法申请并使用了100K的空间,所以也没有内存泄漏。         我们使用下面指令分析编译后的结果 valgrind --tool=exp-dhat ....而main中第22行malloc的空间存在一段时间之后才在第29行被释放掉,所以它们的生命周期长点。这个信息也非常有意义。...因为通过读写情况可以分析出堆空间的特点,比如是读多还是写多,这在多线程编程下,可能可以优化堆中存储的结构或者管理这段堆的锁粒度。

    1K40

    Linux下检测内存泄露的工具 valgrind

    Helgrind寻找内存中内对个线程访问,而又没有一贯加锁的区域。这些区域往往是线程之间失去同步的情况,而且会导致难以发掘的错误。...2)fun函数里面越界了,x[10]是非法的 下面演示如何使用valgrind中的memcheck: 调用时还可以加上tool:  $valgrind –tool=memcheck ....==28308== 中的28308表示程序运行时的进程号。 Invalid write of size 4:表示非法写入,下面是告诉我们错误发生的位置,在main中调用的fun函数。...如果main中的i没有赋值,这里还会有一些其他的错误,具体可以自己试一下。这个需要运用到实际项目中才能更加理解。 下面就是i没有赋值的错误信息截取了部分: ?...下面介绍一些其他用法(我也是照着参考学的,具体如何用到实际项目中还需要自己领悟): 测试下面时,main函数中的i我改为了没有赋值: 1.一旦出现错误,valgrind会自动启动调试器(一般是gdb):

    7.3K100

    死锁问题分析的利器——valgrind的DRD和Helgrind

    在《DllMain中不当操作导致死锁问题的分析--死锁介绍》一文中,我们介绍了死锁产生的原因。一般来说,如果我们对线程同步技术掌握不牢,或者同步方案混乱,极容易导致死锁。...lock方法在主线程中执行,它先给s_mutex_b上锁,然后通过屏障s_barrier等待线程也执行到屏障处(第21行)。        ...这是通过代码分析出来的,但是对于比较大的工程项目,我们则需要通过工具来分析。下面我们使用valgrind来分析 valgrind --tool=drd --trace-mutex=yes ..../dead_lock         我们使用上面指令,让valgrind把互斥量相关的信息给打印出来 ==4749== [1] mutex_init mutex 0x30a040 ==4749...但是DRD有个问题,不能指出发生死锁的位置。这个时候Helgrind该出场了。 valgrind --tool=helgrind .

    2.1K20

    ArcEngine 中的-2147467259错误

    大家好,又见面了,我是你们的朋友全栈君。 近日在ArcEngine中做InsertFeature(向*.mdb数据中添加要素)操作时出现了-2147467259错误。...由于代码在之前的测试中没有上述异常,遂怀疑是数据问题。经过排查,发现数据的属性表的中有一个字段的长度变短,而待添加的要素相关字段长度超标导致了上述问题,修改后错误消失。...但另一处数据添加过程中再次报了-2147467259错误。这次再排查,发现是字段要求非空,而待添加的要素相关字段为空。人工补上字段值后,仍然报错。...应用表中的字段,Access 会警告提示该字是保留字,且在引用该字段时可能会遇到错误。...字段引发的错误。

    3.7K30

    Java中的String到底占用多大的内存空间?你所了解的可能都是错误的!!

    写在前面 最近小伙伴加群时,我总是问一个问题:Java中的String类占用多大的内存空间?...那如果真是这样的话,服务器的内存空间还放不下一个字符串呀!作为程序员的我们,可不能闹这种笑话呀。今天,我们就一起来聊聊Java中的String到底占用多大的内存空间!...Java对象的结构 首先,我们来下Java对象在虚拟机中的结构,这里,以HotSpot虚拟机为例。 ?...首先,我们来看看String类中的成员变量。...这是因为40是空字符串占用的内存空间,这个我们上面已经说过了,String类实际上是把数据存储到char[]这个成员变量数组中的,而char[]数组中的一个char类型的数据占用2个字节的空间,所以,只是

    3.7K40

    了解Spark中的RDD

    RDD设计背景 RDD被设计用来减少IO出现的,提供了一中抽象的数据结构,不用担心的底层数据的分布式特性。只需将具体的应用逻辑将一些列转换进行处理。不同的RDD之间的转换操作形成依实现管道话。...RDD提供的是一种高度受限的共享内存模型,既RDD是只读的记录分区的集合,不能直接修改,只能给予文档sing的物理存储中的数据来创建RDD,或者是从其他RDD操作上执行转换操作得到新的RDD。...RDD在操作中是属于惰性调用,只有到达‘’行动‘’这个操作之后,才会开始进行真正的计算。...但是由于RDD在设计中数据至刻度,不可更改,这就造成我们必须进行RDD的转换,将父RDD转换成子RDD。...Spark在运行过程中,是分析各个阶段的RDD形成DAG操作,在通过分析各个RDD之间的依赖关系来决定如何划分阶段。

    1K50

    了解前端中的SPA

    ·路由:在URL中采用#号来作为当前视图的地址,改变#号后的参数,页面并不会重载。...单页Web应用(single page web application,SPA)是当今网站开发技术的弄潮儿,很多传统网站都在或者已经转型为单页Web应用,新的单页Web应用网站(包括移动平台上的)也如雨后春笋般涌现在人们的面前...单页web应用开发流程 用循环的视角审视Web应用开发 框定一个一致的SPA图形用户界面(GUI)和模型 将SPA的原则带回服务器端 聚集于对合适的应用进行早期SPA开发 SPA...SPA的主要目标是围绕着Web 2.0页面时间交互原则重构Web应用,以便体验可容易地转化到多个设备中,并对用户有效。...这会产生一种要对应用服务器进行重构的诱因,其目的是为了以1:1的比例来支持SPA。就最大程度上而言,该模型应该让自己的变量及命名空间本地化,并通过应用的服务器端与其他SPA交互。

    1.4K40

    学习PDO中的错误与错误处理模式

    学习PDO中的错误与错误处理模式 在 PDO 的学习过程中,我们经常会在使用事务的时候加上 try...catch 来进行事务的回滚操作,但是大家有没有注意到默认情况下 PDO 是如何处理错误语句导致的数据库操作失败问题呢...PDO 中的错误与错误处理模式简介 PDO 提供了三种不同的错误处理方式: PDO::ERRMODE_SILENT,这是 PDO 默认的处理方式,只是简单地设置错误码,可以使用 PDO::errorCode...不过,首先我们要说明的是,PDO 的错误处理机制针对的是 PDO 对象中的数据操作能力,如果在实例化 PDO 对象的时候就产生了错误,比如数据库连接信息不对,那么直接就会抛出异常。...这个在实例化连接数据库过程中的错误处理机制是固定的,不是我们能修改的错误处理机制,毕竟如果连数据库连接都无法建立的话,就不用谈后面的任何操作了。...但是,如果我们修改了 ini 文件中错误处理机制后,也可能是看不到警告信息的。不过相对于默认处理的情况来说,有一条警告信息已经非常好了。

    3.1K10

    Upspin 中的错误处理

    这里,我们会演示这个包是如何工作的,以及如何使用这个包。这个故事为关于 Go 中的错误处理更广泛的讨论提供了经验教训。...我们注意到,Upspin 中的错误信息的元素都是不同类型的:用户名、路径名、错误种类(I/O、Permission 等等),诸如此类。...在修复了许多像这样的脆弱的测试之后,我们编写了一个函数来报告接收到的错误 err 是否匹配一个错误模板 (template): 这个函数检查错误是否是 *errors.Error 类型的,如果是,那么错误中的字段是否与模板中的那些字段相等...关键是,它只检查模板中的那些非零字段,忽略其他字段。 对于上述例子,我们可以这样写: 并且不会受到该错误的其他属性影响。在我们的测试中,我们无数次使用 Match;它就是一个大惊喜。...通过系统中的操作小心构造错误可以比简单的堆栈跟踪更简洁、更具描述性以及更有用。 错误是给用户的,而不只是给程序员的。

    3K100
    领券