[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Killing a frame sometimes kills emacs

From: Tassilo Horn
Subject: Re: Killing a frame sometimes kills emacs
Date: Thu, 01 Sep 2011 12:45:04 +0200
User-agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux)

Andreas Schwab <address@hidden> writes:

> Tassilo Horn <address@hidden> writes:
>> It turned out to be a crash, not something calling Fkill_emacs.  Here's
>> the backtrace:
>> Breakpoint 1 at 0x4f23dd: file emacs.c, line 1985.
>> Starting program: /usr/bin/emacs-24 
>> [Thread debugging using libthread_db enabled]
>> [New Thread 0x7fffe6e80700 (LWP 31725)]
>> [New Thread 0x7fffe667f700 (LWP 31726)]
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x00007ffff4dd1ecc in XFreeColormap () from /usr/lib64/libX11.so.6
>> #0  0x00007ffff4dd1ecc in XFreeColormap () from /usr/lib64/libX11.so.6
>> No symbol table info available.
>> #1  0x00007ffff759c93a in ?? () from /usr/lib64/libgdk-3.so.0
> Isn't that the known gtk bug with multiple displays?

As said in the reply to Eli, I don't have multiple displays.  There's
only one X instance in which emacs runs with exactly one X11 frame.
Then I invoked "emacsclient -c" to get another X11 frame, and closing
that made emacs crash.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]