From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21758 invoked by alias); 26 Aug 2011 13:17:22 -0000 Received: (qmail 21744 invoked by uid 22791); 26 Aug 2011 13:17:21 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from almaty.radix50.net (HELO almaty.kz-easy.com) (85.214.25.173) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 26 Aug 2011 13:17:07 +0000 Received: from alatau.radix50.net (dslb-092-074-053-209.pools.arcor-ip.net [92.74.53.209]) (authenticated bits=0) by almaty.kz-easy.com (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p7QDH2NK017274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 26 Aug 2011 15:17:04 +0200 Received: from medeu.radix50.net (root@medeu [192.168.0.3]) by alatau.radix50.net (8.14.3/8.14.3/Debian-5) with ESMTP id p7QDGvUB023127 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 26 Aug 2011 15:16:57 +0200 Received: from medeu.radix50.net (ibr@localhost [127.0.0.1]) by medeu.radix50.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id p7QDGvgZ032446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 26 Aug 2011 15:16:57 +0200 Received: (from ibr@localhost) by medeu.radix50.net (8.14.3/8.14.3/Submit) id p7QDGvsW032445 for gdb@sourceware.org; Fri, 26 Aug 2011 15:16:57 +0200 Date: Fri, 26 Aug 2011 13:17:00 -0000 From: Baurzhan Ismagulov To: gdb@sourceware.org Subject: Re: Empty core dump file Message-ID: <20110826131657.GW25065@radix50.net> Mail-Followup-To: gdb@sourceware.org References: <41302A7145AC054FA7A96CFD03835A0A047BD8@EX10MBX02.EU.NEC.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41302A7145AC054FA7A96CFD03835A0A047BD8@EX10MBX02.EU.NEC.COM> User-Agent: Mutt/1.5.20 (2009-06-14) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-08/txt/msg00121.txt.bz2 On Fri, Aug 26, 2011 at 12:35:59PM +0000, David Aldrich wrote: > When my C++ program crashes with a segmentation fault I get an empty > core dump file called core.13754. ... > ulimit -c unlimited I wouldn't expect any problems if you don't get an error message after this command, but I'd double-check ulimit -Sc and ulimit -Hc outputs. > Why might the core dump be empty? You do have space on the device, don't you? > Why does the filename include a number? See /proc/sys/kernel/core_uses_pid. Is this i386? With kind regards, Baurzhan.