linux shell 值coredump suid_dumpable和 gdb解析coredump文件

可以设置产生coredump文件，设置dump文件命名非格式，生成dump文件的路径；

linux

# set suid_dumpable on

if [ -e /proc/sys/kernel/suid_dumpable ];

then   echo 1 > /proc/sys/kernel/suid_dumpable

else   echo 1 > /proc/sys/fs/suid_dumpable

fi

# create core directory

if [ -d $CORE_DUMP_DIR ];

then

echo $"$CORE_DUMP_DIR/core-%e-%p-%t" > /proc/sys/kernel/core_pattern

else

mkdir $CORE_DUMP_DIR

echo $"$CORE_DUMP_DIR/core-%e-%p-%t" > /proc/sys/kernel/core_pattern

fi

# config sysctl to enable core

grep "$CORE_DUMP_DIR/core-%e-%p-%t" /etc/sysctl.conf

if [ $? -ne 0 ];

then

echo $"fs.suid_dumpable = 1" >> /etc/sysctl.conf

echo $"kernel.core_pattern = $CORE_DUMP_DIR/core-%e-%p-%t" >> /etc/sysctl.conf

fi

1.core文件的生成开关和大小限制
---------------------------------
1）使用 ulimit -c  命令可查看core文件的生成开关。若结果为0，则表示关闭了此功能，不会生成core文件。
2）使用 ulimit -c filesize   命令，可以限制core文件的大小（filesize的单位为kbyte）。
     若使用ulimit -c unlimited，则表示core文件的大小不受限制。
     如果生成的信息超过此大小，将会被裁剪，最终生成一个不完整的core文件。在调试此core文件的时候，gdb会提 示错误。

2.core文件的名称和生成路径
----------------------------
若系统生成的core文件不带其它任何扩展名称，则全部命名为core。新的core文件生成将覆盖原来的core文件。
1）/proc/sys/kernel/core_uses_pid可以控制core文件的文件名中是否添加pid作为扩展。
     文件内容为1，表示添加pid作为扩展名，生成的core文件格式为core.xxxx；为0则表示生成的core文件同一命名
     为core。
     可通过以下命令修改此文件：
        echo
            "1" >
      /proc/sys/kernel/core_uses_pid
2）proc/sys/kernel/core_pattern可以控制core文件保存位置和文件名格式。
     可通过以下命令修改此文件：
     echo
        "/corefile/core-%e-%p-%t" >
     core_pattern
   可以将core文件统一生成到/corefile目录下，产生的文件名为core-命令名-pid-时间戳，以下是参数列表:  
   %p - insert pid into filename 添加pid
   %u - insert current uid into filename 添加当前uid
   %g - insert current gid into filename 添加当前gid
   %s - insert signal that caused the coredump into the filename 添加导致产生core的信号
   %t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间
   %h - insert hostname where the coredump happened into filename 添加主机名
   %e - insert coredumping executable name into filename添加命令名

3.用gdb查看core文件:
下面我们可以在发生运行时信号引起的错误时发生coredump了.
发生coredump之后,
用gdb进行查看core文件的内容,以定位文件中引发coredump的行.
gdb [execfile] [core file]
如:
gdb ./test test.core
在进入gdb后,
用bt命令查看backtrace以检查发生程序运行到哪里,来定位core dump的文件->行.
4.开发板上使用core文件调试
-----------------------------
如果开发板的操作系统也是linux，core调试方法依然适用。如果开发板上不支持gdb，可将开发板的环境（头文件、库）、可执行文件和core文件拷贝到PC的linux下，运行相关命令即可。
注意：待调试的可执行文件，在编译的时候需要加-g，core文件才能正常显示出错信息！
注意的问题：
在Linux下要保证程序崩溃时生成Coredump要注意这些问题：
　　一、要保证存放Coredump的目录存在且进程对该目
录有写权限。存放Coredump的目录即进程的当前目录，一般就是当初发出命令启动该进程时所在的目录。但如果是通过脚本启动，则脚本可能会修改当前目
录，这时进程真正的当前目录就会与当初执行脚本所在目录不同。这时可以查看”/proc/进程pid>/cwd“符号链接的目标来确定进程
真正的当前目录地址。通过系统服务启动的进程也可通过这一方法查看。
　　二、若程序调用了seteuid()/setegid()改变
了进程的有效用户或组，则在默认情况下系统不会为这些进程生成Coredump。很多服务程序都会调用seteuid()，如MySQL，不论你用什么用
户运行mysqld_safe启动MySQL，mysqld进行的有效用户始终是msyql用户。如果你当初是以用户A运行了某个程序，但在ps里看到的
这个程序的用户却是B的话，那么这些进程就是调用了seteuid了。为了能够让这些进程生成core
dump，需要将/proc/sys/fs
/suid_dumpable文件的内容改为1（一般默认是0）。
　　三、这个一般都知道，就是要设置足够大的Core文件大小限制
了。程序崩溃时生成的Core文件大小即为程序运行时占用的内存大小。但程序崩溃时的行为不可按平常时的行为来估计，比如缓冲区溢出等错误可能导致堆栈被
破坏，因此经常会出现某个变量的值被修改成乱七八糟的，然后程序用这个大小去申请内存就可能导致程序比平常时多占用很多内存。因此无论程序正常运行时占用
的内存多么少，要保证生成Core文件还是将大小限制设为unlimited为好。

自己编了一个股票监控软件，有如下功能，有兴趣的朋友可以下载；

（1）   个股监测。监测个股实时变化，可以监测个股大单交易、急速拉升和下降、主力入场和出场、股票最高点和最低点提醒。检测到最高点、最低点、主力进场点、主力退场点、急速拉升点、急速下跌点，给出语音或者声音提醒，不用再时刻看着大盘了，给你更多自由的时间；

（2）   大盘监测。监测大盘的走势，采用上证、深证、创业三大指数的综合指数作为大盘走势。并实时监测大盘的最高点和最低点、中间的转折点。

（3）   股票推荐。还能根据历史数据长期或短期走势进行分析，对股市3千多个股票进行分析对比，选出涨势良好的股票，按照增长速度从大到小排序，推荐给你涨势良好的股票；

下载地址：

1.0.3版本（修复大盘指数崩溃缺陷）下载地址：

链接：https://pan.baidu.com/s/1BJcTp-kdniM7VE9K5Kd3vg 提取码：003h

更新链接：

https://www.cnblogs.com/bclshuai/p/10621613.html