This is the mail archive of the gdb@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: GDB cannot access memory after Emacs abort


On Mon, 12 Nov 2007 10:38:36 +0300 Vladimir Prus <ghost@cs.msu.su> wrote:

> Daniel Jacobowitz wrote:
>
>> On Sat, Nov 10, 2007 at 10:38:14PM -0800, Michael Snyder wrote:
>>> 
>>> Making sure that I understand -- you ran emacs under gdb,
>>> you set a breakpoint at abort, you hit the breakpoint --
>>> and your desktop is locked up?
>>> 
>>> That seems unusual -- do you have any idea of the cause?
>> 
>> This is pretty common when debugging X programs, IIRC.  I believe
>> there's some ways in which an application can "own" a display while
>> something is in progress.
>
> I believe it's XGrabPointer, which causes all mouse and/or keyboard
> event to be delivered to specific application. If that application is
> stopped by gdb, it means, in effect, that events are not processed at all.
>
> I have no idea if that's the cause, since the emacs diff posted in another
> email does not have any apparent locking thing, but it very likely.

But as I pointed out in my followup to Jim Blandy, the lockup only
happens when emacs aborts while running under gdb; starting emacs
directly from the shell and inducing the abort does not lock up the
desktop.

Steve Berman


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]