怎么查看Linux的core开关，以及如何打开和关闭

dump文件可以在程序crash时，方便我们查看程序crash的地方和上下文信息。在window下，要能生成dump文件，需要自己编写相应的代码。不过现在网上可以找到相应的代码，只要把它下载后然后加到自己的工程中去，就可以了！在linux下面就简单的许多。只要打开相应的开关，linux会自动在程序crash时生成相应的core文件。这个文件和window下的dump文件类似。

下面是简单的一些步骤：

1.查看当前是否已经打开了此开关

通过命令：ulimit -c 如果输出为 0

，则代表没有打开。如果为unlimited则已经打开了,就没必要在做打开。

2.通过命令打开

ulimit -c unlimited .然后通过步骤1，可以监测是否打开成功。

3.如果你要取消，很简单：ulimit -c 0 就可以了

通过上面的命令修改后，一般都只是对当前会话起作用，当你下次重新登录后，还是要重新输入上面的命令，所以很麻烦。我们可以把通过修改

/etc/profile文件 来使系统每次自动打开。步骤如下：

1.首先打开/etc/profile文件

一般都可以在文件中找到 这句语句：ulimit -S -c 0 /dev/null

2&1.ok，根据上面的例子，我们只要把那个0 改为

unlimited 就ok了。然后保存退出。

2.通过source /etc/profile 使当期设置生效。

3.通过ulimit -c 查看下是否已经打开。

其实不光这个命令可以加入到/etc/profile文件中，一些其他我们需要每次登录都生效的都可以加入到此文件中，因为登录时linux都会加载此文件。比如一些环境变量的设置。

还有一种方法可以通过修改/etc/security/limits.conf文件来设置，这个方法没有试过，也是网上看到。不过上面两种就可以了！

最后说一下生成core

dump文件的位置，默认位置与可执行程序在同一目录下，文件名是core.***，其中***是一个数字。core

dump文件名的模式保存在/proc/sys/kernel/core_pattern中，缺省值是core。通过以下命令可以更改core

dump文件的位置(如希望生成到/tmp/cores目录下)

echo “/tmp/cores/core”

/proc/sys/kernel/core_pattern

设置完以后我们可以做个测试，写个程序，产生一个异常。然后看到当前目录会有个core*的文件。然后我们可以

gdb core。* 程序 进行调试。

在Unix系统下，应用程序崩溃，一般会产生core文件，如何根据core文件查找问题的所在，并做相应的分析和调试，是非常重要的，本文对此做简单介绍。

例如，一个程序cmm_test_tool在运行的时候发生了错误，并生成了一个core文件，如下:

-rw-r–r– 1 root cmm_test_tool.c

-rw-r–r– 1 root

cmm_test_tool.o

-rwxr-xr-x 1 root cmm_test_tool

-rw--- 1 root

core.19344

-rw--- 1 root core.19351

-rw-r–r– 1 root

cmm_test_tool.cfg

-rw-r–r– 1 root cmm_test_tool.res

-rw-r–r– 1 root

cmm_test_tool.log

[root@AUTOTEST_SIM2 mam2cm]#

就可以利用命令gdb进行查找，参数一是应用程序的名称，参数二是core文件，运行

gdb

cmm_test_tool core.19344结果如下:

[root@AUTOTEST_SIM2 mam2cm]# gdb cmm_test_tool core.19344

GNU gdb Red Hat

Linux (5.2.1-4)

Copyright 2002 Free Software Foundation, Inc.

GDB is free

software, covered by the GNU General Public License, and you are

welcome to

change it and/or distribute copies of it under certain conditions.

Type “show

copying” to see the conditions.

There is absolutely no warranty for GDB. Type

“show warranty” for details.

This GDB was configured as

“i386-redhat-linux”…

Core was generated by `./cmm_test_tool’.

Program

terminated with signal 11, Segmentation fault.

Reading symbols from

/lib/i686/libpthread.so.0…done.

Loaded symbols for

/lib/i686/libpthread.so.0

Reading symbols from

/lib/i686/libm.so.6…done.

Loaded symbols for /lib/i686/libm.so.6

Reading

symbols from /usr/lib/libz.so.1…done.

Loaded symbols for

/usr/lib/libz.so.1

Reading symbols from

/usr/lib/libstdc++.so.5…done.

Loaded symbols for

/usr/lib/libstdc++.so.5

Reading symbols from

/lib/i686/libc.so.6…done.

Loaded symbols for /lib/i686/libc.so.6

Reading

symbols from /lib/libgcc_s.so.1…done.

Loaded symbols for

/lib/libgcc_s.so.1

Reading symbols from /lib/ld-linux.so.2…done.

Loaded

symbols for /lib/ld-linux.so.2

Reading symbols from

/lib/libnss_files.so.2…done.

Loaded symbols for /lib/libnss_files.so.2

#0

0×4202cec1 in __strtoul_internal () from

/lib/i686/libc.so.6

(gdb)

进入gdb提示符，输入where，找到错误发生的位置和堆栈，如下:

(gdb) where

#0 0×4202cec1 in __strtoul_internal () from

/lib/i686/libc.so.6

#1 0×4202d4e7 in strtoul () from

/lib/i686/libc.s

应该是差不多的拉，fc有yum

这几天我在安装fc6，但是出问题了，提示刷新率超出范围，

你可以都试试啊，都说suse比其它版本的linux对硬件要求高些，还有他的3D桌面好像已经装好了，还是安装时很简单，不清楚，我没打开过，我的电脑是集成显卡，而且机器也比较烂。

我用的是ubuntu，他的软件管理是新得力，还有个更新管理器，他的apt软件安装很简单，也算的上是一套软件管理。

反正这些都是很流行的发行版随便装一个先试试

---