Ⅰ window上如何设置才能获取mp文件
第一步丶打开电脑的mp文件存储功能。
在“我的电脑”上右键——属性——高级,选好后点确定，下次再出现蓝屏时，系统就会存储下mp文件，一般存放位置在系统盘的minimp文件夹下。（建议在该文件夹上点右键——属性——发送到——桌面快捷方式，以后就能在桌面上找到该文件夹了） 。
第二步丶下载安装
随便选一个下载，安装时，一路“下一步”就行了。
第三步丶使用windbg诊断蓝屏错误
上面两步设好后，就想办法开始“制造”蓝屏吧，平时怎么用会出现蓝屏就拼命用直到出现蓝屏。
蓝屏后重启，在minimp文件夹下会出现一个以日期为文件名的东东，那就是我们要的了。接下来打开windbg，点屏幕左下的 “开始”，软件启动点File——Open Crash Dump, 然后找到minimp文件夹，mp文件一般是"时间.dmp",打开后就会自动分析了。分析完后，看最下面，找到3.probably caused by这一行， 那个myfault.sys文件就是罪魁祸首。 导入mp文件分析完毕后，不要关闭，在后面输入 !analyze -v ，这个命令可以查看mp文件的详细情况。
Ⅱ adb命令删除coremp文件
使用命令删除data目录下的文件夹，和删除一般文件不同，data目录下的文件需要777权限，所以需要的命令不同。
这里删除的是ipconfig.xml文件夹，本来是个文件，但是错误的生成了文件夹格式。删除文件夹及文件夹的内容rm-r，删除一般目录下文件夹。
adb启动失败时调试过程：
1、adbdevices显示adb服务所查找到的设备（如果启动不了时，进入第二步）
2、netstat-ano|findstr5037查找包含5037的端口（看是5037端口被那个进程占用：例如是进程号是5200）
3、tskill5200杀掉5200进程
4、adbdevices再重新启动adb服务
5、netstat-ano|findstr5037再次查看端口
Ⅲ 如何生成core文件
1、先用#ulimit -a可以查看系统core文件的大小限制（第一行），core文件大小设置为0, 即没有打开core mp设置；
[cpp] view plain print?
root@XZX:~/cnnic/project/dnsx/dnsX#ulimit-a
corefilesize(blocks,-c)0
datasegsize(kbytes,-d)unlimited
schelingpriority(-e)0
filesize(blocks,-f)unlimited
pendingsignals(-i)46621
maxlockedmemory(kbytes,-l)64
maxmemorysize(kbytes,-m)unlimited
openfiles(-n)1024
pipesize(512bytes,-p)8
POSIXmessagequeues(bytes,-q)819200
real-timepriority(-r)0
stacksize(kbytes,-s)8192
cputime(seconds,-t)unlimited
maxuserprocesses(-u)46621
virtualmemory(kbytes,-v)unlimited
filelocks(-x)unlimited
ulimit -c 0 不产生core文件
ulimit -c 100 设置core文件最大为100k
ulimit -c unlimited 不限制core文件大小
执行#ulimit -c unlimited，然后#ulimit -a查看结果如下（第一行）：
[cpp] view plain print?
root@XZX:~/cnnic/project/dnsx/dnsX#ulimit-a
corefilesize(blocks,-c)unlimited
datasegsize(kbytes,-d)unlimited
schelingpriority(-e)0
filesize(blocks,-f)unlimited
pendingsignals(-i)46621
maxlockedmemory(kbytes,-l)64
maxmemorysize(kbytes,-m)unlimited
openfiles(-n)1024
pipesize(512bytes,-p)8
POSIXmessagequeues(bytes,-q)819200
real-timepriority(-r)0
stacksize(kbytes,-s)8192
cputime(seconds,-t)unlimited
maxuserprocesses(-u)46621
virtualmemory(kbytes,-v)unlimited
filelocks(-x)unlimited
例如：
#gdb ./test core.2065
注：Linux下的C程序常常会因为内存访问错误等原因造成segment fault(段错误)，此时如果系统core mp功能是打开的，那么将会有内存映像转储到硬盘上来，之后可以用gdb对core文件进行分析，还原系统发生段错误时刻的堆栈情况。这对于我们发现程序bug很有帮助。
很多系统默认的core文件大小都是0，我们可以通过在shell的启动脚本/etc/bashrc或者~/.bashrc等地方来加入 ulimit -c 命令来指定core文件大小，从而确保core文件能够生成。
除此之外，还可以在/proc/sys/kernel/core_pattern里设置core文件的文件名模板，详情请看core的官方man手册。
需要说明的是：上述方法只是在当前shell中生效,重启之后，就不再有效了。永久生效的办法是如下：
永久生效办法：
#vi /etc/profile 然后，在profile中添加：
ulimit -c 1073741824
(但是，若将产生的转储文件大小大于该数字时，将不会产生转储文件)
或者
ulimit -c unlimited
这样重启机器后生效了。 或者， 使用source命令使之马上生效。
#source /etc/profile
三、指定内核转储的文件名和目录
修改完内核转储设置后，当程序core mp后发现确实在本地目录产生了core文件，但是如果程序多次core mp时，core文件会被覆盖，原因是每次core mp后生成的文件名默认都叫core，接下来就分享下如果想在每次core m时产生的core文件都带上进程号怎么操作，或者你想把内核转储文件保存到其他目录怎么办？
1、core mp文件名自动加上进程ID
#echo 1 >/proc/sys/kernel/core_uses_pid
最后生成的core mp文件名会加上进程ID.
2、另外可以通过修改kernel的参数，指定内核转储所生成的core文件的路径和文件名。
可以通过在/etc/sysctl.conf文件中，对sysctl变量kernel.core_pattern的设置。
#vim /etc/sysctl.conf 然后，在sysctl.conf文件中添加下面两句话：
kernel.core_pattern = /var/core/core_%e_%p
kernel.core_uses_pid = 0
保存后退出。
注：如果/proc/sys/kernel/core_uses_pid这个文件的内容被配置成1，即使core_pattern中没有设置%p，最后生成的core mp文件名仍会加上进程ID。
这里%e, %p分别表示：
%c 转储文件的大小上限
%e 所mp的文件名
%g 所mp的进程的实际组ID
%h 主机名
%p 所mp的进程PID
%s 导致本次coremp的信号
%t 转储时刻(由1970年1月1日起计的秒数)
%u 所mp进程的实际用户ID
可以使用以下命令，使修改结果马上生效。
#sysctl –p /etc/sysctl.conf
请在/var目录下先建立core文件夹，然后执行a.out程序，就会在/var/core/下产生以指定格式命名的内核转储文件。查看转储文件的情况：
#ls /var/core
core_a.out_2456