From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7542 invoked by alias); 14 Nov 2007 12:00:51 -0000 Received: (qmail 7530 invoked by uid 22791); 14 Nov 2007 12:00:50 -0000 X-Spam-Check-By: sourceware.org Received: from bluesmobile.specifix.com (HELO bluesmobile.specifix.com) (216.129.118.140) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 14 Nov 2007 12:00:48 +0000 Received: from [127.0.0.1] (bluesmobile.specifix.com [216.129.118.140]) by bluesmobile.specifix.com (Postfix) with ESMTP id 00EA03BDD9; Wed, 14 Nov 2007 03:42:02 -0800 (PST) Subject: Re: GDB cannot access memory after Emacs abort From: Michael Snyder To: Stephen Berman Cc: gdb@sources.redhat.com In-Reply-To: <873av9i2b6.fsf@escher.local.home> References: <87r6j6rvn3.fsf@escher.local.home> <87hcjtllau.fsf@escher.local.home> <1194763094.16917.278.camel@localhost.localdomain> <87k5oogzf3.fsf@escher.local.home> <1194843988.16917.310.camel@localhost.localdomain> <873av9i2b6.fsf@escher.local.home> Content-Type: text/plain Date: Wed, 14 Nov 2007 12:00:00 -0000 Message-Id: <1195041083.12695.57.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 (2.10.3-4.fc7) Content-Transfer-Encoding: 7bit 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: 2007-11/txt/msg00136.txt.bz2 On Wed, 2007-11-14 at 10:50 +0100, Stephen Berman wrote: > On Sun, 11 Nov 2007 21:06:28 -0800 Michael Snyder wrote: > [...] > > To pursue it further, we can go one of two ways: > > > > A) maybe you can provide us with enough information and > > context to reproduce the problem ourselves? This seems > > unlikely, but maybe, for instance, you know that with > > a certain released version of emacs and a certain released > > version of linux, you can give a fixed sequence of commands > > and reliably reproduce the crash? > > > > or > > > > B) we can keep asking you for more information, question > > and answer style. > > > > For instance, I'd like to know the output that you get > > from the following gdb commands when you're at the breakpoint: > > > > i) info registers > > ii) info target > > iii) x /64x $esp > > I posted a followup providing the requested information but it hasn't > yet appeared on the list, perhaps because it was too long (the output of > `info target' was 1815 lines long). Since I've gotten a backtrace in > the mean time (see my followup to your suggestion to attach the emacs > process to gdb), do you want me to repost or email you this information, > or is it no longer relevant? I think it's moot now. Good luck!