为什么程序崩溃了，没有产生core文件

一、要保证存放Core dump的目录存在且进程对该目录有写权限。存放Core dump的目录即进程的当前目录，一般就是当初发出命令启动该进程时所在的目录。但如果是通过脚本启动，则脚本可能会修改当前目录，这时进程真正的当前目录就会与当初执行脚本所在目录不同。这时可以查看"/proc/<进程pid>/cwd"符号链接的目标来确定进程真正的当前目录地址。通过系统服务启动的进程也可通过这一方法查看。

二、若程序调用了seteuid()/setegid()改变了进程的有效用户或组，则在默认情况下系统不会为这些进程生成Core dump。很多服务程序都会调用seteuid()，如MySQL，不论你用什么用户运行mysqld_safe启动MySQL，mysqld进行的有效用户始终是msyql用户。如果你当初是以用户A运行了某个程序，但在ps里看到的这个程序的用户却是B的话，那么这些进程就是调用了seteuid了。为了能够让这些进程生成Coredump，需要(echo "1" > /proc/sys/kernel/suid_dumpable)。

三、这个一般都知道，就是要设置足够大的Core文件大小限制了。程序崩溃时生成的Core文件大小即为程序运行时占用的内存大小。但程序崩溃时的行为不可按平常时的行为来估计，比如缓冲区溢出等错误可能导致堆栈被破坏，因此经常会出现某个变量的值被修改成乱七八糟的，然后程序用这个大小去申请内存就可能导致程序比平常时多占用很多内存。因此无论程序正常运行时占用的内存多么少，要保证生成Core文件还是将大小限制设为unlimited为好。

4

四、在/etc/profile中添加：ulimit -c unlimited > /dev/null 2&1

五、一般在 CLI 上启动的程序，如果设置：ulimit -c unlimited

就可以在程序以外终止时生成 core dump 文件。但是对于 daemon 方式运行的程序，其与 CLI 启动的程序的主要区别是进程的运行环境，其中就包括

cwd（current working directory）。如果以相对路径方式定义 core 文件的格式，比如定义 /proc/sys/kernel/core_pattern 为：

core-%e-%p-%t

则一般来说，daemon 文件的 cwd 就是/，你可以通过/proc/<your_program_pid>/cwd来查看，一般都是连接到/目录。而如果用户对这个目录没有写权限，那么就不会生成 core dump 文件了。

最直接的解决的方法，是修改/proc/sys/kernel/core_pattern为绝对路径：/data/coredump/core-%e-%p-%t

并且保证这样就基本 OK 了。

修改/proc/sys/kernel/core_pattern文件中的 core dump 文件格式为绝对路径，比如：

/data/coredump/core-%e-%p-%t

win7 APP Crash问题解决方法如下：

1，Crash发生后，系统会生成dump文件，Dump文件是进程的内存镜像，Win7上的dump文件一般保存C:\Windows\Minidump目录下，需要管理员权限才可以访问。

2，要分析Crash通过dump文件入手，需要安装windbg，在Windbg中，通过File→Open Crash Dump菜单可以打开dump文件进行分析，如下图所示：

3，载入dump文件后，在windbg最下面的命令栏中输入：!analyze -v 进行分析即可。!表示是windbg的扩展命令，analyze是扩展的命令， -v是参数。

4，还有的方法是用Windows清理助手”清理系统，把IE的插件都清理后然然后重启一遍试试。

5，第三种方法试试。由于win7声卡更新插件有关 如果你们主板中是自带瑞昱声卡的话 把更新好的瑞昱声卡插件关闭就行了方法是 ，打开360→功能大全→开机加速→启动项， 把瑞昱相关的辅助程序 禁用即可 再打开程序就不会再有跳出窗口或者报错现象了。

：

APPCRASH是Vista和Win7中特有的故障，就是程序崩溃 引起APPCRASH错误的问题很多 如dll加载错误 软件不兼容 增加或丢失文件都会引APPCRASH。不同的错误也要用不同的方法解决 APPCRASH大多是插件造成。常见解决方法：检查插件 卸最近安的程序。用杀毒软件查一下是不是用什么恶意插件，有的话就删掉。不过在window7下好像也没什么大的影响吧。 只不过是一两个软件不能用罢了。

dmp文件打开器(debuggingtoolsforwindows)6122633微软官方版windows发生蓝屏时,如果系统属性有下图设置,windows会自动生成minidump文件,该文件记录蓝屏生成代码和导致蓝屏出现的进程,通过windebug的软件来分析这个minidump文件我们就可以找到蓝屏出错的原因了。这个文件保存目录是C:\windows\minidump文件夹,一般生成的名字为:Mini040108-01dmp系统重启时内存的dump，里边就是当时内存中的数据，要分析这个，得很要两把刷子，你不必费心去试了吧？！！没有工具打得开DMP文件，必须用imp工具导入数据库或者windbg软件调试微软在Windows中设计了一个功能,就是在蓝屏出现后,keBugCheck能够生成一个侦错文件一Memorydmp(-般位于系统目录中,比如:C:\WINNT),它记录了发生篮屏时的详细情况,以便微软专家对错误进行分析。当然,一般用户即使打开它,也根本看不懂其中奥秘。微软建议在遇到蓝屏后,将Memorydmp压缩并通过FTP、邮件或其他方式寄送给他们,但过程比较繁索,目前还没有人证明这样能尽快得到来自微软的解决方案。如果你对Memorydmp的内容感兴趣,可运行windows2000安装光盘support\tools文件夹中setupexe来安装其支持工具，然后再C:\ProgramFiles\SupportTools文件夹中找到DumPchkexe，它是一个命令行工具，可以打开Momorydmp并显示其中内容。默认生成的Memorydmp体积基本与你的系统内存相等，可以按下Win+Break组合键打开“系统属性”，进入“高级--启动和故障恢复”，在“写入调试信息”项选择是否生成Memorydmp、“小内存转储”、“核心内存转储”或“完全内存转储”。建议选择“无”，因为Memorydmp可能只对微软有用，并且我们一般也不会选择发给微软

以上就是关于为什么程序崩溃了，没有产生core文件全部的内容，包括:为什么程序崩溃了，没有产生core文件、win7 APPCRASH问题怎么解决、如何根据程序崩溃时的DMP文件使用WinDbg查找调用堆栈等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！