From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-30206-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 18598 invoked by alias); 13 Nov 2007 23:51:08 -0000
Received: (qmail 18590 invoked by uid 22791); 13 Nov 2007 23:51:08 -0000
X-Spam-Check-By: sourceware.org
Received: from ns.suse.de (HELO mx1.suse.de) (195.135.220.2)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 13 Nov 2007 23:51:05 +0000
Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8]) 	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) 	(No client certificate requested) 	by mx1.suse.de (Postfix) with ESMTP id 406E41FDB1; 	Wed, 14 Nov 2007 00:51:03 +0100 (CET)
From: Andreas Schwab <schwab@suse.de>
To: Stephen Berman <Stephen.Berman@gmx.net>
Cc: gdb@sources.redhat.com
Subject: Re: GDB cannot access memory after Emacs abort
References: <87r6j6rvn3.fsf@escher.local.home> 	<87hcjtllau.fsf@escher.local.home> 	<1194763094.16917.278.camel@localhost.localdomain> 	<20071111192237.GA11728@caradoc.them.org> 	<87hcjsgzea.fsf@escher.local.home> <m3r6ivxsos.fsf@codesourcery.com> 	<87hcjpdble.fsf@escher.local.home>
X-Yow: Is the EIGHTIES when they had ART DECO and GERALD McBOING-BOING lunch  boxes??
Date: Tue, 13 Nov 2007 23:51:00 -0000
In-Reply-To: <87hcjpdble.fsf@escher.local.home> (Stephen Berman's message of 	"Tue\, 13 Nov 2007 23\:28\:29 +0100")
Message-ID: <jetznpogbd.fsf@sykes.suse.de>
User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
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: 2007-11/txt/msg00118.txt.bz2

Stephen Berman <Stephen.Berman@gmx.net> writes:

> Note, however, that this only happens when running emacs under gdb; if I
> start emacs directly from the shell, induce the abort, then the Emacs
> window vanishes, but the desktop remains responsive and no other
> problems are apparent.

Of course, when an X client disappears any grab held by it is
automatically cancelled.

> So again the (or a) question is, why does this only happen when running
> emacs under gdb?

Because the process is _stopped_, not killed.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."