这篇文章解释了如何使用驱动程序验证工具来分析崩溃转储文件. 使用Microsoft驱动程序验证工具 如果您曾经使用Windows的调试工具来分析崩溃转储,那么毫无疑问,您已经使用WinDbg打开了一个崩溃转储文件.WinDbg将对崩溃文件执行内部分析,并建议您从!analyze命令开始.该命令输出堆栈以及许多其他信息.执行此操作时,堆栈底部将显示转换为内核模式的线程,然后从那里开始,您向上遍历堆栈以查看是否存在罪魁祸首驱动程序.虽然这是一种可靠的调试技术,但有时崩溃转储或其中的一组将无法分析.内

这篇文章本来是投Freebuf的,结果没过.就贴到博客里吧,图懒得发上来了 对于Windows系统来说,被人们视为洪水猛兽的蓝屏也是一种有利于系统稳定的机制.蓝屏其实是Windows系 统的一种自查机制,一但系统发现自己哪里有些不对劲后就立即抛出蓝屏,来阻止错误蔓延.倘若没有蓝屏机制,那么可能很小的一个错误最后会不断的酝酿导致系 统数据损坏的严重后果.而事实上因为Windows系统自身导致的蓝屏其实是少之又少的,更多的蓝屏诱因是各种驱动程序,因为作者个人对Rootkit类 程序感兴趣,因此在平时

命令:     erl 概述:     Erlang模拟器 描述:     erl程序启动一个Erlang运行时系统.准确的信息是依赖于系统的(举例,erl是否是脚本或程序,其它程序调用).     相反,windows用户可能想要使用werl程序,它运行在自己带有滚动条和支持命令行编辑的窗口.Windows上的erl程序在shell没有提供行编辑,在Windows 95无法滚回已经滚出屏幕的文本.然而,在管道或如果你想要重定向到标准输入/输出,就必须使用erl程序.     在ERTS版本5.

简单使用SetUnhandledExceptionFilter()函数让程序优雅崩溃 虽然是大公司的产品,QQ它还是会在我们的折腾下崩溃的,但是它总是崩溃的很优雅,还要弹出自己的对话框来结束.并且发送报告,去掉了系统默认的发送报告的对话框. 所以一拍脑袋,想让自己的程序崩溃的体面一点. 自己想了大概的思路,觉得可以用一个进程来监控目标程序.的确也可以拿到了目标程序崩溃的信息,知道它什么时候崩溃的,也可以做额外的操作,但是这样是没办法把默认的发送错误的对话框去掉的. 然后又有人说是不是采用了类似钩

简单使用SetUnhandledExceptionFilter()函数让程序优雅崩溃 虽然是大公司的产品,QQ它还是会在我们的折腾下崩溃的,但是它总是崩溃的很优雅,还要弹出自己的对话框来结束.并且发送报告,去掉了系统默认的发送报告的对话框. 所以一拍脑袋,想让自己的程序崩溃的体面一点. 自己想了大概的思路,觉得可以用一个进程来监控目标程序.的确也可以拿到了目标程序崩溃的信息,知道它什么时候崩溃的,也可以做额外的操作,但是这样是没办法把默认的发送错误的对话框去掉的. 然后又有人说是不是采用了类似钩

原总结注册表debug调试dump转储文件蓝屏BSODprocess monitor 前言 我们在 内核转储,开抓啦! 这篇文章里介绍了一个关键的系统设置.设置好后可以让系统在蓝屏(Blue Screen of Death,简称 BSOD)的时候自动保存转储文件.那篇文章只是简单的介绍了设置步骤,本文力求详细的介绍相关内容. 我们先根据下面的动图回顾一下设置步骤: 系统转储设置 不知道大家有没有想过这些设置保存在哪里了呢?我猜保存在注册表里.是不是呢?我们一起来看看吧. 保存位置 为了找到这些设

转自:http://www.cnblogs.com/wwang/archive/2010/11/19/1881304.html 在我的上一篇博文<Linux内核的Oops>的最后介绍到一个Linux内核转储工具Kdump,这个工具可以在发生kernel panic时把现场dump到一个文件里,以供后续分析之用.本文主要介绍在Ubuntu下如何使用kdump. Kdump是一个通用的Linux内核转储工具,详细的用法说明可以参考这篇Kdump Tutorial.这篇教程洋洋洒洒几十页(链接里有p

kdump相关概念 standard(production) kernel   生产内核    ,是指我们正在使用的kernel. Crash(capture)kernel             捕获内核     ,linux系统崩溃后使用的内核. Kdump需要配置两个不同目的的kernel,其中一个我们在这里称作standard(production) kernel:另外一个称之为Crash(capture)kernel.生产内核是捕获内核服务的对像.捕获内核会在生产内核崩溃时启动起来,与

堆转储是诊断与内存相关的问题(例如内存泄漏缓慢,垃圾回收问题和 java.lang.OutOfMemoryError.它们也是优化内存消耗的重要工具. 有很多很不错的的工具,例如Eclipse MAT和Heap Hero,可以分析堆转储.但是,您需要为这些工具提供以正确的格式和正确的时间点捕获的堆转储. 本文为您提供了捕获堆转储的多个选项.但是,我认为前三个是有效的选择,而其他三个则是个不错的选择. jmap jmap打印堆转储到指定的文件位置.该工具打包在JDK中.可以在JAVA_HOMTE\

Google Breakpad是什么? 一个开源的多平台崩溃报告系统. Google breakpad是一个非常实用的跨平台的崩溃转储和分析模块,它支持Windows,Linux和Mac和Solaris.由于他本身跨平台,所以很大程度上减少了我们在平台移植时的工作,毕竟崩溃转储,每个平台下都不同,使用起来很难统一,而Google breakpad就帮我们做到了这一点,不管是哪个平台下的崩溃,都能够进行统一的分析. 现在很多工程都在使用它:最著名的几个如Chrome,Firefox,Picasa和

本文将介绍debug调试相关的内容,包括调试器.性能分析.堆跟踪.跟踪事件等: alias.h:Alias函数,提供防止载微软的编译器优化某参数变量的操作,内部通过#pragma optimize("", off)与#pragma optimize("", on)来实现关闭所有的优化选项,再恢复它们到原始(或默认)的设定:事实上Alias内部未实现任何的操作. stack_trace.h: EnableInProcessStackDumping: 开启堆栈转储于控制

转自:http://my.oschina.net/fgq611/blog/113249 内核开发比用户空间开发更难的一个因素就是内核调试艰难.内核错误往往会导致系统宕机,很难保留出错时的现场.调试内核的关键在于你的对内核的深刻理解. 一  调试前的准备 在调试一个bug之前,我们所要做的准备工作有: 有一个被确认的bug. 包含这个bug的内核版本号,需要分析出这个bug在哪一个版本被引入,这个对于解决问题有极大的帮助.可以采用二分查找法来逐步锁定bug引入版本号. 对内核代码理解越深刻越好,同

Code maturity level options代码成熟度选项 Prompt for development and/or incomplete code/drivers 显示尚在开发中或尚未完成的代码与驱动.除非你是测试人员或者开发者,否则请勿选择 General setup常规设置 Local version - append to kernel release 在内核版本后面加上自定义的版本字符串(小于64字符),可以用"uname -a"命令看到 Automaticall

Technorati 标签: Kernel Panic 出现原因 1. Linux在中断处理程序中,它不处于任何一个进程上下文,如果使用可能睡眠的函数,则系统调度会被破坏,导致kernel panic.因此,在中断处理程序中,是不能使用有可能导致睡眠的函数(例如信号量等). 在中断发起的软中断中,其上下文环境有可能是中断上下文,同理,也不能调用可能导致睡眠的函数.软中断执行时,全局中断是打开的,而中断程序执行时,全局中断是禁止的. 软中断除了系统调度进入点,当软中断数量频繁时,内核中有一个专门的

我们非常高兴地宣布在微软Azure中国区推出 Microsoft Azure File 服务预览版.Azure File 服务使用标准 SMB 2.1 协议提供文件共享.Azure 中运行的应用程序现在可以使用熟悉的标准文件系统 API(如 ReadFile 和 WriteFile)在虚拟机之间轻松共享文件.此外,您可同时通过 REST 接口(可支持各种混合应用场景)访问这些文件.最后,Azure Files 采用与 Blob.Table 和 Queue Services 相同的技术构建,这意味

Windows API 向 C++ 开发人员提出了一项挑战. 组成 API 的众多库大都表现为 C 语言风格的函数和句柄或是 COM 风格的接口. 这些用起来都不太方便,需要进行一定的封装或间接操作. C++ 开发人员的难题是如何确定合理的封装级别. 与 MFC 和 ATL 这样的库一起成长起来的开发人员可能倾向于将所有内容都包装为类和成员函数,因为这是他们长久以来依靠的 C++ 库所表现出的模式. 也有些开发人员可能对任何形式的封装都嗤之以鼻,而只是直接使用原始函数.句柄和接口. 可以说这部分

目录[-] 一  调试前的准备 二  内核中的bug 三  内核调试配置选项 1  内核配置 2  调试原子操作 四  引发bug并打印信息 1  BUG()和BUG_ON() 2  dump_stack() 五  printk() 1  printk函数的健壮性 2  printk函数脆弱之处 3  LOG等级 4  记录缓冲区 5  syslogd/klogd 6  dmesg 7 注意 8 内核printk和日志系统的总体结构 9  动态调试 六  内存调试工具 1  MEMWATCH 2

Unix/Linux版本众多,我们推荐Unix/Linux初学者选用几款典型的Unix/Linux操作系统进行学习. 2010年9月,Oracle Enterprise Linux发布新版内核--Unbreakable Enterprise Kernel,专门针对Oracle软件与硬件进行优化,最重要的是Oracle数据库跑在OEL上性能可以提升超过75%.Oracle Enterprise Linux 与Redhat Enterprise Linux也是同源. 本文就带大家来安装Oracle

Unix/Linux版本众多,我们推荐Unix/Linux初学者选用几款典型的Unix/Linux操作系统进行学习. 本文就带大家来安装CentOS并且配置好C/C++开发环境,这是一款Linux. 1．CentOS 与Redhat系出同源,功能差不多,为何要用CentOS,因为Free,Redhat服务需要付费 Redhat无法在线安装,当然如果你自己非要用在线更新就需要自己配置YUM源.具体详见我们后期博客 2. 无法在线安装,并无法检测软件包的依赖性,需要付费 3. 新建一个虚拟机

Effective minidump 简介 在过去几年里,崩溃转储(crash dump)成为了调试工作的一个重要部分.如果软件在客户现场或者测试实验室发生故障,最有价值的解决方式是能够创建一个故障瞬间的应用程序状态镜像,然后可以在开发者的机器上通过调试器进行分析.第一代的crash dump通常被称为“全用户转储(full user dump)”,它包含了进程的虚拟内存的全部内容.毫无疑问,这样的dump对于事后调试非常有价值.但是,这样的dump经常非常大,使得通过电子方式发送给开发者非常困