From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#31547: 25.3; Core dump: g_main_context_prepare() called recursively from within a source's check() or prepare() member. Date: Mon, 04 Jun 2018 19:22:31 +0300 Message-ID: <83vaaybjy0.fsf@gnu.org> References: <87zi0se1sk.fsf@ebla.i-did-not-set--mail-host-address--so-tickle-me> <83h8mzejjk.fsf@gnu.org> <87a7srh3x3.wl-marc@budabe.eu> <83wovvcdez.fsf@gnu.org> <87o9h70xg7.wl-marc@budabe.eu> <83lgcacsdk.fsf@gnu.org> <87po1fcafq.wl-marc@budabe.eu> <87o9gtf94s.wl-marc@budabe.eu> <8336y5dtwz.fsf@gnu.org> <410eadf7-3a0f-ec4b-8657-e59c3694e058@budabe.eu> <83zi0dc7qz.fsf@gnu.org> <997a15cf-3015-2929-2da4-86187eb84c74@budabe.eu> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1528129434 27932 195.159.176.226 (4 Jun 2018 16:23:54 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 4 Jun 2018 16:23:54 +0000 (UTC) Cc: 31547@debbugs.gnu.org To: Marc Wilhelm =?UTF-8?Q?K=C3=BCster?= , Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 04 18:23:50 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPsGr-0007AG-Uz for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Jun 2018 18:23:50 +0200 Original-Received: from localhost ([::1]:40899 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fPsIz-00045V-4f for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Jun 2018 12:26:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59583) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fPsGD-0001tA-0i for bug-gnu-emacs@gnu.org; Mon, 04 Jun 2018 12:23:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fPsG6-0007l8-Ox for bug-gnu-emacs@gnu.org; Mon, 04 Jun 2018 12:23:09 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53864) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fPsG6-0007kz-Jt for bug-gnu-emacs@gnu.org; Mon, 04 Jun 2018 12:23:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fPsG6-0008OT-AF for bug-gnu-emacs@gnu.org; Mon, 04 Jun 2018 12:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jun 2018 16:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31547 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31547-submit@debbugs.gnu.org id=B31547.152812935332144 (code B ref 31547); Mon, 04 Jun 2018 16:23:02 +0000 Original-Received: (at 31547) by debbugs.gnu.org; 4 Jun 2018 16:22:33 +0000 Original-Received: from localhost ([127.0.0.1]:33528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPsFd-0008MN-DW for submit@debbugs.gnu.org; Mon, 04 Jun 2018 12:22:33 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40193) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPsFc-0008Lu-5M for 31547@debbugs.gnu.org; Mon, 04 Jun 2018 12:22:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fPsFU-0007O9-66 for 31547@debbugs.gnu.org; Mon, 04 Jun 2018 12:22:26 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51981) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fPsFU-0007Ns-3k; Mon, 04 Jun 2018 12:22:24 -0400 Original-Received: from [176.228.60.248] (port=2260 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fPsFT-0001cg-Fn; Mon, 04 Jun 2018 12:22:23 -0400 In-reply-to: <997a15cf-3015-2929-2da4-86187eb84c74@budabe.eu> (message from Marc Wilhelm =?UTF-8?Q?K=C3=BCster?= on Sun, 3 Jun 2018 22:40:00 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:146957 Archived-At: [Please keep the bug address on the CC list.] > From: Marc Wilhelm Küster > Date: Sun, 3 Jun 2018 22:40:00 +0200 > > When running the error case in gdb the behaviour changes in that it is > now possible to open the Sent folder without crash. However, scrolling > through the folder's contents causes Emacs to freeze (not crash) > reliably. When then interrupting the process in gdb and running a > backtrace, I get the following one (I've run this test a couple of times > with the same behaviour and substantially the same backtrace each time. > > A possible "culprit" could be a mail with a mix of Latin and Greek > characters, but this is just a suspicion (I get a regularly mails with > both Latin and Greek characters which don't pose any problems) > > Best regards, > > Marc > > (gdb) run -xrm "emacs.synchronous: true" > Starting program: /home/mwkuster/src/emacs-26.1/src/emacs -xrm > "emacs.synchronous: true" > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/usr/lib/libthread_db.so.1". > [New Thread 0x7fffe7174700 (LWP 25375)] > [New Thread 0x7fffe6506700 (LWP 25377)] > [New Thread 0x7fffe4a51700 (LWP 25380)] >    **** Emacs freezes while scrolling through the Folder ***** > ^C > Thread 1 "emacs" received signal SIGINT, Interrupt. > 0x00007ffff0cc2ffc in pthread_cond_wait@@GLIBC_2.3.2 () from > /usr/lib/libpthread.so.0 > (gdb) bt > #0  0x00007ffff0cc2ffc in pthread_cond_wait@@GLIBC_2.3.2 () at > /usr/lib/libpthread.so.0 > #1  0x00007ffff468049d in _XReply () at /usr/lib/libX11.so.6 > #2  0x00007ffff467bfdd in XSync () at /usr/lib/libX11.so.6 > #3  0x00007ffff467c07b in  () at /usr/lib/libX11.so.6 > #4  0x00007ffff3dfaea8 in XftDrawDestroy () at /usr/lib/libXft.so.2 > #5  0x0000000000704769 in xftfont_end_for_frame (f=0x1483c30 > ) >     at xftfont.c:686 > #6  0x000000000067cd57 in font_update_drivers (f=0x1483c30 > , new_drivers=...) at font.c:3540 > #7  0x000000000042fba7 in delete_frame (frame=..., force=...) at > frame.c:2006 > #8  0x0000000000557223 in x_connection_closed (dpy=0x2ec1590, > error_message=0x7ffffffefd80 "X protocol error: BadLength (poly request > too large or internal Xlib length error) on protocol request 139", > ioerror=false) at xterm.c:9795 > #9  0x00000000005574a5 in x_error_quitter (display=0x2ec1590, > event=0x7ffffffeff30) >     at xterm.c:9904 > #10 0x00000000005573f0 in x_error_handler (display=0x2ec1590, > event=0x7ffffffeff30) >     at xterm.c:9874 > #11 0x00007ffff46826ed in _XError () at /usr/lib/libX11.so.6 > #12 0x00007ffff467f617 in  () at /usr/lib/libX11.so.6 > #13 0x00007ffff467f6d5 in  () at /usr/lib/libX11.so.6 > #14 0x00007ffff46805e8 in _XReply () at /usr/lib/libX11.so.6 > #15 0x00007ffff467bfdd in XSync () at /usr/lib/libX11.so.6 > #16 0x00007ffff467c07b in  () at /usr/lib/libX11.so.6 > #17 0x00007ffff400b136 in XRenderAddGlyphs () at /usr/lib/libXrender.so.1 > #18 0x00007ffff3dff9e2 in XftFontLoadGlyphs () at /usr/lib/libXft.so.2 > #19 0x00007ffff3dfc5b3 in XftGlyphExtents () at /usr/lib/libXft.so.2 > #20 0x00007ffff3dfc64a in XftTextExtents8 () at /usr/lib/libXft.so.2 > #21 0x0000000000703865 in xftfont_open (f=0x1483c30 > , entity=..., pixel_size=16) at xftfont.c:378 This sounds like another case of bug#30045 and bug#30874. In both cases, there's a font that causes libXft to blow up. If that's the same bug, it should be solved on the master branch, see the commit mentioned in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30874#114. Robert, how about backporting it to the emacs-26 branch, so that it ends up in Emacs 26.2?