一两个月前为产品写了一个独立的exe，由于产品使用的捕获dump是一个现成的进程外exe，如果以资源的方式集成它容易出现安全警告，由于时间关系没有寻求新的解决方法，还是遵循旧方案，不捕获dump。 最近业余看了会儿breakpad client，想到一个解决方案——其实也蛮简单的，最后exe ...

　　breakpad是Google开源的一套跨平台工具，用于dump的处理。很全的一套东西，我这里只简单涉及breakpad客户端，不涉及纯文本符号生成，不涉及dump解析。 一、使用 　　最简单的是使用进程内dump捕获，使用者只需要跟ExceptionHandler打交道，在自己的程序里 ...

写一个Windows上的守护进程（7）捕获异常并生成dump 谁都不能保证自己的代码不出bug。一旦出了bug，最好是崩溃掉，这样很快就能被发现，若是不崩溃，只是业务处理错了，就麻烦了，可能很长时间之后才能被发现。 那么如果崩溃掉，怎么查错呢？ 写过Windows驱动的同学应该知道，一旦崩溃 ...

概述： 注册生成dump文件的函数。 当程序收到没有捕获的异常时，调用上述函数，生成dump文件。 利用Windbg结合编译程序时生成的pdb和代码来分析dump文件，定位问题。 如下代码生成dump文件（转）： 确保程序开始执行如下代码，然后程序 ...

一、 生成Dump文件方式 1.1任务管理器 在程序崩溃后，先不关闭程序，在任务管理器中找到该程序对应的进程。右键—>创建转储文件。 此时会在默认的目录下创建出一个dump文件。 可以看出，此种方法只适用于程序崩溃但没有立即自行退出的情况。倘若程序故障后自行 ...

，毕竟了解了这些底层实现对自身发展也是有帮助的。 网上搜下这样的文章其实很多，比如排查cpu过高，死锁问题 ...

1、前言 　　一直在从事linux下后台开发，经常与core文件打交道。还记得刚开始从事linux下开发时，程序突然崩溃了，也没有任何日志。我不知所措，同事叫我看看core，我却问什么是core，怎么看。同事鄙视的眼神，我依然在目。后来学会了从core文件中分析原因，通过gdb看出程序 ...

在linux下开发时，如果程序突然崩溃了，也没有任何日志。这时可以查看core文件。从core文件中分析原因，通过gdb看出程序挂在哪里，分析前后的变量，找出问题的原因。 Core Dump 当程序运行的过程中异常终止或崩溃，操作系统会将程序当时的内存状态记录下来，保存在一个文件中，这种行为 ...