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要注意这些问题：
　　1、要保证存放Coredump的目录存在且进程对该目
录有写权限。存放Coredump的目录即进程的当前目录，通常就是当初发出命令启动该进程时所在的目录。但若是是经过脚本启动，则脚本可能会修改当前目
录，这时进程真正的当前目录就会与当初执行脚本所在目录不一样。这时能够查看”/proc/进程pid>/cwd“符号连接的目标来肯定进程
真正的当前目录地址。经过系统服务启动的进程也可经过这一方法查看。
　　2、若程序调用了seteuid()/setegid()改变
了进程的有效用户或组，则在默认状况下系统不会为这些进程生成Coredump。不少服务程序都会调用seteuid()，如MySQL，不论你用什么用
户运行mysqld_safe启动MySQL，mysqld进行的有效用户始终是msyql用户。若是你当初是以用户A运行了某个程序，但在ps里看到的
这个程序的用户倒是B的话，那么这些进程就是调用了seteuid了。为了可以让这些进程生成core
dump，须要将/proc/sys/fs
/suid_dumpable文件的内容改成1（通常默认是0）。
　　3、这个通常都知道，就是要设置足够大的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