core文件找不到了

开始以为是core文件太大，设置ulimit -c unlimited  以后，再次访问，显示

./a.out
Segmentation fault (core dumped)

但是却找不到这个文件的地方，最后

sysctl kernel.core_pattern
kernel.core_pattern = /apsara/tubo/corefile/core-%e-%p-%t-%h

这里设置了core文件所在的目录，最后果然在这个下面

ls /apsara/tubo/corefile/core-a.out-*
/apsara/tubo/corefile/core-a.out-10105-1403693584-r12f13056.dg.aliyun.com

/apsara/tubo/corefile/core-a.out-24520-1403693738-r12f13056.dg.aliyun.com

/apsara/tubo/corefile/core-a.out-15609-1403693600-r12f13056.dg.aliyun.com

看来是为了防止core文件把磁盘写满采取的措施，这样挂接在远程磁盘就ok了

core文件找不到了

时间： 2024-09-13 01:01:57

core文件找不到了的相关文章

用gdb分析core文件及常见gdb命令操作示例

1.概述 在实际的软件开发项目中,程序出现问题是在所难免的.遥想本人参加工作之后首次遇到程序的情景,至今还历历在目.之前的经验告诉我,我们越是惊慌失措,问题就越是解决不了.我们要先让自己平静下来,然后再寻找解决程序问题的办法. 在Linux下做开发的朋友,想必都与core文件打过交道.当看到自己的程序运行之后出现core时,很多人都慌乱了,仿佛天快要塌下来一样.其实,我们大可不必如此,只要我们掌握了用gdb调试core文件的办法,依然可以很快定位程序问题,一举将bug消灭掉.有关Linux co

core文件与gdb调试

本文简单介绍core文件与gdb调试core文件的方法 概要:     1. core 文件     2. 配置core程序崩溃时产生文件     3. 可修改core文件名    4. 产生core文件的情形     5. gdb调试core文件         a) gdb -c <xxx.core> [可执行程序]         b) gdb命令:backtrace / bt          c) gdb命令:up/down/frame         d) gdb命令:info l

linux core文件调试

在完成公司项目,测试进程的时候,经常会发现日志到了某一段特定的代码的时候就没了,进程直接退出,也没有捕获到任何的异常信息,如果日志打印的较多还可能比较容易发现问题,如果日志较少,就很难进行进一步的查错了. 但是发现在该目录下生成了一个core文件,可以帮助我们查找程序崩溃的原因. 1. 什么是core文件 在linux系统下,如果进程不能正常运行,就可能会产生core文件.core文件就是当前内存状态的一个映像,同时加上一些调试信息. bug和操作系统或硬件的保护机制都会导致程序异常终止,操作系

eclipse中web项目部署以后jsp的java文件找不到问题(Tomcat配置serverlocations)

我的开发环境:eclipse kepler (4.3)+tomcat7.0.42. 在我想看eclipse中web项目jsp文件被tomcat转换成java以后的java源文件的位置,发现正常情况下的webapps以下,没有看到我部署的项目 同一时候,work文件夹(jsp的工作文件夹)以下也没有生成相关的jsp的class文件和java源文件.可是我想看源代码啊.找了一堆关于jsp的源代码位置的文章,都说是在work以下能够找到.后来在不断的尝试下,我搜索了keyword server loc

Go -- 通过GOTRACEBACK生成程序崩溃后core文件的方法(gcore gdb)

写一个错误的c程序 package dlsym import "testing" func Test_intercept(t *testing.T) { Intercept("gethostbyname\x00") } package dlsym // #cgo CFLAGS: -I. // #include <stddef.h> // #include "dlsym_wrapper.h" import "C" i

Linux的Core文件设置与调试

一.运行时错误 任何人写程序都会出错,正如<C++编程规范>所说,真正可怕的错误不是编译时的错误,而是运行时错误. 有的程序可以通过编译, 但在运行时会出现Segment fault(段错误) 这通常都是指针错误(一般就是空指针)引起的,或者访问了不能访问的内存(数组越界,系统保护) 二.core文件 我们不可能用GDB一句一句的去找,真正的英雄都善于使用手中的武器.这就是core file 所谓core,就是当程序down掉的时候,操作系统把程序的内存内容dump下来,这个动作就是core

无core文件根据系统日志查找 程序core信息

由于系统没有设置core文件大小 [828][@zw_52_72 iproxy]# ulimit -a core file size          (blocks, -c) 0 data seg size           (kbytes, -d) unlimited scheduling priority             (-e) 0 file size               (blocks, -f) unlimited pending signals          

Linux下core文件产生的一些注意问题

前面转载了一篇文章关于core文件的产生和调试使用的设置,但在使用有一些需要注意的问题,如 在什么情况 才会正确地产生core文件. 列出一些常见问题: 一,如何使用core文件 1. 使用core文件 在core文件所在目录下键入: gdb -c core 它会启动GNU的调试器,来调试core文件,并且会显示生成此core文件的程序名,中止此程序的信号等等. 如果你已经知道是由什么程序生成此core文件的,比如MyServer崩溃了生成core.12345,那么用此指令调试: gdb -c

编译过程中，termcap.h 文件找不到路径 licli.a终于生成

编译过程中,termcap.h      文件找不到路径 查看是linux  源码下找不到termcap.h文件 安装了所有关于*cap*的源码包也不起作用 今天终于解决了这个问题,搜termcap.h  发现一篇文章,如下 ----------------------------------------------------------------------------------------- 安装minicom2.3出现termcap.h错误解决方法 2010-05-06 17:12: