网站了建设,清理wordpress模板,长沙官网seo技术厂家,自己做的网站打不开1. 前言: 有的程序可以通过编译, 但在运行时会出现Segment fault(段错误). 这通常都是指针错误引起的. 但这不像编译错误一样会提示到文件-行, 而是没有任何信息, 使得我们的调试变得困难起来. 2. gdb: 有一种办法是, 我们用gdb的step, 一步一步寻找. 这放在短小的代码中是…1. 前言: 有的程序可以通过编译, 但在运行时会出现Segment fault(段错误). 这通常都是指针错误引起的. 但这不像编译错误一样会提示到文件-行, 而是没有任何信息, 使得我们的调试变得困难起来. 2. gdb: 有一种办法是, 我们用gdb的step, 一步一步寻找. 这放在短小的代码中是可行的, 但要让你step一个上万行的代码, 我想你会从此厌恶程序员这个名字, 而把他叫做调试员. 我们还有更好的办法, 这就是core file. 3. ulimit: 如果想让系统在信号中断造成的错误时产生core文件, 我们需要在shell中按如下设置: #设置core大小为无限 ulimit -c unlimited #设置文件大小为无限 ulimit unlimited 这些需要有root权限, 在ubuntu下每次重新打开中断都需要重新输入上面的第一条命令, 来设置core大小为无限. 4. 用gdb查看core文件: 下面我们可以在发生运行时信号引起的错误时发生core dump了. 发生core dump之后, 用gdb进行查看core文件的内容, 以定位文件中引发core dump的行. gdb [exec file] [core file] 如: gdb ./test test.core 在进入gdb后, 用bt命令查看backtrace以检查发生程序运行到哪里, 来定位core dump的文件-行.
1. 什么是Core
Sam之前一直以为Core Dump中Core是 Linux Kernel的意思. 今天才发现在这里Core是另一种意思
在使用半导体作为内存的材料前人类是利用线圈当作内存的材料发明者为王安线圈就叫作 core 用线圈做的内存就叫作 core memory。如今 半导体工业澎勃发展已经没有人用 core memory 了不过在许多情况下 人们还是把记忆体叫作 core 。
2. 什么是Core Dump
我们在开发或使用一个程序时最怕的就是程序莫明其妙地当掉。虽然系统没事但我们下次仍可能遇到相同的问题。于是这时操作系统就会把程序当掉 时的内存内容 dump 出来现在通常是写在一个叫 core 的 file 里面让 我们或是 debugger 做为参考。这个动作就叫作 core dump。
3. Core Dump时会生成何种文件
Core Dump时会生成诸如 core.进程号 的文件。
4. 为何有时程序Down了却没生成 Core文件。
Linux下有一些设置标明了resources available to the shell and to processes。 可以使用
#ulimit -a 来看这些设置。 (ulimit是bash built-in Command) -a All current limits are reported -c The maximum size of core files created -d The maximum size of a process鈥檚 data segment -e The maximum scheduling priority (nice) -f The maximum size of files written by the shell and its children -i The maximum number of pending signals -l The maximum size that may be locked into memory -m The maximum resident set size (has no effect on Linux) -n The maximum number of open file descriptors (most systems do not allow this value to be set) -p The pipe size in 512-byte blocks (this may not be set) -q The maximum number of bytes in POSIX message queues -r The maximum real-time scheduling priority -s The maximum stack size -t The maximum amount of cpu time in seconds -u The maximum number of processes available to a single user -v The maximum amount of virtual memory available to the shell -x The maximum number of file locks 从这里可以看出如果 -c是显示core file size (blocks, -c)
如果这个值为0则无法生成core文件。所以可以使用
#ulimit -c 1024 或者 #ulimit -c unlimited 来使能 core文件。
如果程序出错时生成Core 文件则会显示Segmentation fault (core dumped) 。
5. Core Dump的核心转储文件目录和命名规则:/proc/sys/kernel /core_uses_pid可以控制产生的core文件的文件名中是否添加pid作为扩展如果添加则文件内容为1否则为0 6. 如何使用Core文件
在Linux下使用
#gdb -c core.pid program_name
就可以进入gdb模式。
输入where就可以指出是在哪一行被Down掉哪个function内由谁调用等等。
(gdb) where
或者输入 bt。
(gdb) bt
7. 如何让一个正常的程序down:
#kill -s SIGSEGV pid
8. 察看Core文件输出在何处
存放Coredump的目录即进程的当前目录一般就是当初发出命令启动该进程时所在的目录。但如果是通过脚本启动则脚本可能会修改当前目录这时进程真正的当前目录就会与当初执行脚本所在目录不同。这时可以查看”/proc/进程pid/cwd“符号链接的目标来确定进程真正的当前目录地址。通过系统服务启动的进程也可通过这一方法查看。
9. 嵌入式设备下如何使用Core dump:
linux coredump配置与调试 Linux Core Dump 配置与调试 1.core文件的生成开关和大小限制 --------------------------------- 1使用ulimit -c命令可查看core文件的生成开关。若结果为0则表示关闭了此功能不会生成core文件。 2 使用ulimit -cfilesize命令可以限制core文件的大小filesize的单位为kbyte。若ulimit -cunlimited则表示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 2proc/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文件: 下面我们可以在发生运行时信号引起的错误时发生core dump了. 发生 core dump之后, 用gdb进行查看core文件的内容, 以定位文件中引发core dump的行. gdb [exec file] [core file] 如: gdb ./test test.core 在进入gdb后, 用 bt命令查看backtrace以检查发生程序运行到哪里, 来定位core dump的文件-行. 4.开发板上使用core文件调试 ----------------------------- 如果开发板的操作系统也是linuxcore调试方法依然适用。如果开发板上不支持gdb可将开发板的环境头文件、库、可执行文件和core文件拷贝到PC的linux下运行相关命令即可。 注意待调试的可执行文件在编译的时候需要加-gcore文件才能正常显示出错信息 注意的问题 在Linux下要保证程序崩溃时生成 Coredump要注意这些问题 一、要保证存放Coredump的目录存在且进程对该目 录有写权限。存放Coredump 的目录即进程的当前目录一般就是当初发出命令启动该进程时所在的目录。但如果是通过脚本启动则脚本可能会修改当前目 录这时进程真正的当前目录就会与当初执行脚本所在目录不同。这时可以查看”/proc/进程pid/cwd“符号链接的目标来确定进程 真正的当前目录地址。通过系统服务启动的进程也可通过这一方法查看。 二、若程序调用了seteuid()/setegid()改变 了进程的有效用户或组则在默认情况下系统不会为这些进程生成Coredump。很多服务程序都会调用seteuid()如MySQL不论你用什么用 户运行 mysqld_safe启动MySQLmysqld进行的有效用户始终是msyql用户。如果你当初是以用户A运行了某个程序但在ps里看到的 这个程序的用户却是B的话那么这些进程就是调用了seteuid了。为了能够让这些进程生成core dump需要将/proc/sys/fs /suid_dumpable 文件的内容改为1一般默认是0。 三、这个一般都知道就是要设置足够大的Core文件大小限制 了。程序崩溃时生成的 Core文件大小即为程序运行时占用的内存大小。但程序崩溃时的行为不可按平常时的行为来估计比如缓冲区溢出等错误可能导致堆栈被 破坏因此经常会出现某个变量的值被修改成乱七八糟的然后程序用这个大小去申请内存就可能导致程序比平常时多占用很多内存。因此无论程序正常运行时占用 的内存多么少要保证生成Core文件还是将大小限制设为unlimited为好。 ulimit -- 用户资源限制命令 1、说明 :ulimit用于shell启动进程所占用的资源. 2、类别 :shell内建命令 3、语法格式 :ulimit [-acdfHlmnpsStvw] [size] 4、参数介绍 :-H 设置硬件资源限制.-S 设置软件资源限制.-a 显示当前所有的资源限制.-c size:设置core文件的最大值.单位:blocks-d size:设置数据段的最大值.单位:kbytes-f size:设置创建文件的最大值.单位:blocks-l size:设置在内存中锁定进程的最大值.单位:kbytes-m size:设置可以使用的常驻内存的最大值.单位:kbytes-n size:设置内核可以同时打开的文件描述符的最大值.单位:n-p size:设置管道缓冲区的最大值.单位:kbytes-s size:设置堆栈的最大值.单位:kbytes-t size:设置CPU使用时间的最大上限.单位:seconds-v size:设置虚拟内存的最大值.单位:kbytes 5,简单实例: 5、举例 在Linux下写程序的时候如果程序比较大经常会遇到“段错误”segmentationfault这样的问题这主要就是由于Linux系统初始的堆栈大小stack size太小的缘故一般为10M。我一般把stacksize设置成256M这样就没有段错误了命令为ulimit -s 262140如果要系统自动记住这个配置就编辑/etc/profile文件在 “ulimit -S -c 0 /dev/null 21”行下添加“ulimit -s 262140”保存重启系统就可以了1]在RH8的环境文件/etc/profile中,我们可以看到系统是如何配置ulimit的:#grep ulimit /etc/profileulimit -S -c 0 /dev/null 21这条语句设置了对软件资源和对core文件大小的设置2]如果我们想要对由shell创建的文件大小作些限制,如:#ll h-rw-r--r-- 1 lee lee 150062 7月 22 02:39 h#ulimit -f 100 #设置创建文件的最大块(一块512字节)#cat hnewhFile size limit exceeded#ll newh-rw-r--r-- 1 lee lee 51200 11月 8 11:47 newh文件h的大小是150062字节,而我们设定的创建文件的大小是512字节x100块51200字节当然系统就会根据你的设置生成了51200字节的newh文件.3]可以像实例1]一样,把你要设置的ulimit放在/etc/profile这个环境文件中.用途设置或报告用户资源极限。语法ulimit [ -H ] [ -S ] [ -a ] [ -c ] [ -d ] [ -f ] [ -m ] [ -n ] [ -s ] [ -t ] [ Limit ]描述ulimit 命令设置或报告用户进程资源极限如 /etc/security/limits 文件所定义。文件包含以下缺省值极限fsize 2097151core 2097151cpu -1data 262144rss 65536stack 65536nofiles 2000当新用户添加到系统中时这些值被作为缺省值使用。当向系统中添加用户时以上值通过 mkuser 命令设置或通过 chuser 命令更改。极限分为软性或硬性。通过 ulimit 命令用户可将软极限更改到硬极限的最大设置值。要更改资源硬极限必须拥有 root 用户权限。很多系统不包括以上一种或数种极限。 特定资源的极限在指定 Limit 参数时设定。Limit 参数的值可以是每个资源中指定单元中的数字或者为值 unlimited。要将特定的 ulimit 设置为 unlimited可使用词 unlimited。 注在 /etc/security/limits 文件中设置缺省极限就是设置了系统宽度极限 而不仅仅是创建用户时用户所需的极限。省略 Limit 参数时将会打印出当前资源极限。除非用户指定 -H 标志否则打印出软极限。当用户指定一个以上资源时极限名称和单元在值之前打印。如果未给予选项则假定带有了 -f 标志。由于 ulimit 命令影响当前 shell 环境所以它将作为 shell 常规内置命令提供。如果在独立的命令执行环境中调用该命令则不影响调用者环境的文件大小极限。以下示例中正是这种情况nohup ulimit -f 10000env ulimit 10000一旦通过进程减少了硬极限若无 root 特权则无法增加即使返回到原值也不可能。关于用户和系统资源极限的更多信息请参见 AIX 5L Version 5.3 Technical Reference: BaseOperating System and Extensions Volume 1 中的 getrlimit、setrlimit 或vlimit 子例程。标志-a 列出所有当前资源极限。-c 以 512 字节块为单位指定核心转储的大小。-d 以 K 字节为单位指定数据区域的大小。-f 使用 Limit 参数时设定文件大小极限以块计或者在未指定参数时报告文件大小极限。缺省值为 -f 标志。-H 指定设置某个给定资源的硬极限。如果用户拥有 root 用户权限可以增大硬极限。任何用户均可减少硬极限。-m 以 K 字节为单位指定物理存储器的大小。-n 指定一个进程可以拥有的文件描述符的数量的极限。-s 以 K 字节为单位指定堆栈的大小。-S 指定为给定的资源设置软极限。软极限可增大到硬极限的值。如果 -H 和 -S 标志均未指定极限适用于以上二者。-t 指定每个进程所使用的秒数。退出状态返回以下退出值0 成功完成。0 拒绝对更高的极限的请求或发生错误。示例要将文件大小极限设置为 51,200 字节输入ulimit -f 100 异常退出就一定会生成core吗? 难道没有不生成core的异常退出?? 如果不是正常退出的那就是有信号引起的程序退出.有些信号确实能引起程序退出但不生成core; SIGHUP 终止进程 终端线路挂断 SIGINT 终止进程 中断进程 SIGQUIT 建立CORE文件终止进程并且生成core文件 SIGILL 建立CORE文件 非法指令 SIGTRAP 建立CORE文件 跟踪自陷 SIGBUS 建立CORE文件 总线错误 SIGSEGV 建立CORE文件 段非法错误 SIGFPE 建立CORE文件 浮点异常 SIGIOT 建立CORE文件 执行I/O自陷 SIGKILL 终止进程 杀死进程 SIGPIPE 终止进程 向一个没有读进程的管道写数据 SIGALARM 终止进程 计时器到时 SIGTERM 终止进程 软件终止信号 SIGSTOP 停止进程 非终端来的停止信号 SIGTSTP 停止进程 终端来的停止信号 SIGCONT 忽略信号 继续执行一个停止的进程 SIGURG 忽略信号 I/O紧急信号 SIGIO 忽略信号 描述符上可以进行I/O SIGCHLD 忽略信号 当子进程停止或退出时通知父进程 SIGTTOU 停止进程 后台进程写终端 SIGTTIN 停止进程 后台进程读终端 SIGXGPU 终止进程 CPU时限超时 SIGXFSZ 终止进程 文件长度过长 SIGWINCH 忽略信号 窗口大小发生变化 SIGPROF 终止进程 统计分布图用计时器到时 SIGUSR1 终止进程 用户定义信号1 SIGUSR2 终止进程 用户定义信号2 SIGVTALRM 终止进程 虚拟计时器到 把可能的信号都设置上句柄,看是那种情况. 转自 http://blog.csdn.net/yangzhu1982/article/details/6318600
