From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-39710-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 591 invoked by alias); 26 Aug 2011 12:36:22 -0000
Received: (qmail 443 invoked by uid 22791); 26 Aug 2011 12:36:21 -0000
X-SWARE-Spam-Status: No, hits=0.8 required=5.0	tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS
X-Spam-Check-By: sourceware.org
Received: from cluster-a.mailcontrol.com (HELO cluster-a.mailcontrol.com) (85.115.52.190)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 26 Aug 2011 12:36:02 +0000
Received: from mail1.neceur.com (mail1.neceur.com [195.47.207.3])	by rly20a.srv.mailcontrol.com (MailControl) with ESMTP id p7QCa0Dd019169	for <gdb@sourceware.org>; Fri, 26 Aug 2011 13:36:00 +0100
Received: from intmail1.nenh.neceur.com (intmail1.nenh.neceur.com [172.29.14.11])	by mail1.neceur.com (8.13.8/8.13.8) with ESMTP id p7QCZxAY008309	for <gdb@sourceware.org>; Fri, 26 Aug 2011 13:35:59 +0100
Received: from av1.neceur.com (av1.neceur.com [172.29.14.21])	by intmail1.nenh.neceur.com (8.13.8/8.13.8) with ESMTP id p7QCZx1b026068	for <gdb@sourceware.org>; Fri, 26 Aug 2011 13:35:59 +0100
Received: from av1.neceur.com (unknown [127.0.0.1])	by IMSVA80 (Postfix) with ESMTP id A8AE5296B7A	for <gdb@sourceware.org>; Fri, 26 Aug 2011 13:35:59 +0100 (BST)
Received: from EX10CAS02.EU.NEC.COM (unknown [172.29.155.134])	by av1.neceur.com (Postfix) with ESMTP id 97578296B74	for <gdb@sourceware.org>; Fri, 26 Aug 2011 13:35:59 +0100 (BST)
Received: from EX10MBX02.EU.NEC.COM ([169.254.2.163]) by EX10CAS02.EU.NEC.COM ([172.29.155.134]) with mapi id 14.01.0289.001; Fri, 26 Aug 2011 13:35:59 +0100
From: David Aldrich <David.Aldrich@EMEA.NEC.COM>
To: "gdb@sourceware.org" <gdb@sourceware.org>
Subject: Empty core dump file
Date: Fri, 26 Aug 2011 12:36:00 -0000
Message-ID: <41302A7145AC054FA7A96CFD03835A0A047BD8@EX10MBX02.EU.NEC.COM>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2011-08/txt/msg00120.txt.bz2

Hi

I am new to examining core dump files using gdb.  I am running Centos 5.5.

When my C++ program crashes with a segmentation fault I get an empty core d=
ump file called core.13754.

I have previously executed:

ulimit -c unlimited

I built with -g.

Why might the core dump be empty?

Why does the filename include a number?

(/proc/sys/kernel/core_pattern contains just 'core').

Best regards

David