[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GTK stack-busting loop
From: |
Jan Djärv |
Subject: |
Re: GTK stack-busting loop |
Date: |
Mon, 01 Nov 2010 12:43:07 +0100 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 |
2010-10-31 05:00, Chong Yidong skrev:
On the trunk, with GTK, the following recipe causes an infloop:
1. emacs -Q -nw -f server-start
2. emacsclient -c
3. In another terminal, run `xkill' and click on the GTK toolbar
The backtrace is at the end of this message. It can be obtained by
attaching to the looping Emacs process in another gdb session.
Eventually, the loop overflows the stack.
This bug does not occur on the emacs-23 branch, nor if you click `xkill'
on other parts of the graphical frame. In those cases, Emacs aborts as
it now ought to.
I get the same behaviour in Emacs-23 and trunk, i.e.:
Connection lost to X server `:0.0'
When compiled with GTK, Emacs cannot recover from X disconnects.
This is a GTK bug: https://bugzilla.gnome.org/show_bug.cgi?id=85715
For details, see etc/PROBLEMS.
(emacs:8582): GLib-WARNING **: g_main_context_prepare() called recursively
from within a source's check() or prepare() member.
(emacs:8582): GLib-WARNING **: g_main_context_check() called recursively from
within a source's check() or prepare() member.
Fatal error (6)Avbruten (SIGABRT)
Jan D.
- Re: GTK stack-busting loop,
Jan Djärv <=
- Prev by Date:
Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM
- Next by Date:
Incorrect merge
- Previous by thread:
Re: [emacs-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM
- Next by thread:
Re: GTK stack-busting loop
- Index(es):