From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6903 invoked by alias); 13 Sep 2005 03:51:19 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 6869 invoked by uid 22791); 13 Sep 2005 03:51:15 -0000 Received: from tls.sendmail.com (HELO foon.sendmail.com) (209.246.26.40) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 13 Sep 2005 03:51:15 +0000 Received: from [10.210.202.15] ([10.210.202.15]) (authenticated bits=0) by foon.sendmail.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j8D3pC4Q003704 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK) for ; Mon, 12 Sep 2005 20:51:12 -0700 X-DomainKeys: Sendmail DomainKeys Filter v0.2.7 foon.sendmail.com j8D3pC4Q003704 Message-ID: <43264CB0.9090206@sendmail.com> Date: Tue, 13 Sep 2005 03:51:00 -0000 From: Chris Markle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 MIME-Version: 1.0 To: gdb@sources.redhat.com Subject: gcore command on 6.3 seems to generate smaller core than it should Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-09/txt/msg00083.txt.bz2 Folks, Using GNU gdb 6.3 on 2.6.12.5 kernel (uname -a: Linux xxx.com 2.6.12.5 #1 SMP Wed Aug 31 23:52:18 PDT 2005 i686 pentium4 i386 GNU/Linux), when I generate a core file of a Java process that is 1.9gb I get a 13mb (!) core file. Many addresses in that core are not accessible. There is no complaining from gcore about not enough space or other issues when I issue it, and ulimit show core blocks as unlimited. When I tried it on 2.6.something-else with GNU gdb Red Hat Linux (5.3.90-0.20030710.40rh) I get a full very large core file. Chris