From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 20 06:25:09 2018 Received: (at submit) by debbugs.gnu.org; 20 Mar 2018 10:25:09 +0000 Received: from localhost ([127.0.0.1]:42742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyES4-0003g8-Lf for submit@debbugs.gnu.org; Tue, 20 Mar 2018 06:25:09 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45318) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyES1-0003eS-In for submit@debbugs.gnu.org; Tue, 20 Mar 2018 06:25:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eyERv-0003B0-De for submit@debbugs.gnu.org; Tue, 20 Mar 2018 06:25:00 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:43733) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eyERv-0003Ar-9l for submit@debbugs.gnu.org; Tue, 20 Mar 2018 06:24:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36286) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eyERt-0003bx-Ri for bug-gnu-emacs@gnu.org; Tue, 20 Mar 2018 06:24:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eyERp-00038I-SS for bug-gnu-emacs@gnu.org; Tue, 20 Mar 2018 06:24:57 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:35312 helo=mx1.redhat.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eyERp-00037x-N7 for bug-gnu-emacs@gnu.org; Tue, 20 Mar 2018 06:24:53 -0400 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id BD77B40006E6 for ; Tue, 20 Mar 2018 10:24:52 +0000 (UTC) Received: from jsynacek-ntb.brq.redhat.com (unknown [10.43.7.243]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 5D90D15562 for ; Tue, 20 Mar 2018 10:24:52 +0000 (UTC) From: Jan Synacek To: bug-gnu-emacs@gnu.org Subject: 27.0.50; Emacs crashes Date: Tue, 20 Mar 2018 11:24:51 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]); Tue, 20 Mar 2018 10:24:52 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]); Tue, 20 Mar 2018 10:24:52 +0000 (UTC) for IP:'10.11.54.5' DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'jsynacek@redhat.com' RCPT:'' X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) Emacs crashes after executing the following on the current master (commit b39ca55e294d3be3e4c6e142975256d7f8cdfe76): emacs -Q --eval="(switch-to-buffer \"*scratch*\")" --eval="(insert-char #x274c)" --eval="(set-fontset-font \"fontset-default\" 'unicode \"Dejavu Sans Mono\")" In GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.26) of 2018-03-20 built on jsynacek-ntb.brq.redhat.com Repository revision: b39ca55e294d3be3e4c6e142975256d7f8cdfe76 Windowing system distributor 'Fedora Project', version 11.0.11906000 System Description: Fedora 27 (Workstation Edition) Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. s-x is undefined delete-backward-char: Text is read-only Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 THREADS LCMS2 Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: show-paren-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml mml-sec epa derived epg gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair finder-inf package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib time-date paren mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 105982 7168) (symbols 48 21563 1) (miscs 40 55 107) (strings 32 32124 1542) (string-bytes 1 857535) (vectors 16 17159) (vector-slots 8 524353 8330) (floats 8 54 63) (intervals 56 201 0) (buffers 992 11)) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 20 08:04:14 2018 Received: (at 30874) by debbugs.gnu.org; 20 Mar 2018 12:04:14 +0000 Received: from localhost ([127.0.0.1]:42801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyFzy-00082J-Ac for submit@debbugs.gnu.org; Tue, 20 Mar 2018 08:04:14 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43588) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyFzw-000827-TE for 30874@debbugs.gnu.org; Tue, 20 Mar 2018 08:04:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eyFzo-0003Gv-Qb for 30874@debbugs.gnu.org; Tue, 20 Mar 2018 08:04:07 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50507) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eyFzo-0003Gr-NC; Tue, 20 Mar 2018 08:04:04 -0400 Received: from [176.228.60.248] (port=4212 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eyFzo-0007wr-2f; Tue, 20 Mar 2018 08:04:04 -0400 Date: Tue, 20 Mar 2018 14:04:15 +0200 Message-Id: <837eq7lzr4.fsf@gnu.org> From: Eli Zaretskii To: Jan Synacek In-reply-to: (message from Jan Synacek on Tue, 20 Mar 2018 11:24:51 +0100) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Jan Synacek > Date: Tue, 20 Mar 2018 11:24:51 +0100 > > > Emacs crashes after executing the following on the current master > (commit b39ca55e294d3be3e4c6e142975256d7f8cdfe76): > > emacs -Q --eval="(switch-to-buffer \"*scratch*\")" --eval="(insert-char #x274c)" --eval="(set-fontset-font \"fontset-default\" 'unicode \"Dejavu Sans Mono\")" Please show a C-level backtrace from the crash. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 20 08:13:02 2018 Received: (at 30874) by debbugs.gnu.org; 20 Mar 2018 12:13:02 +0000 Received: from localhost ([127.0.0.1]:42807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyG8T-0008E8-5l for submit@debbugs.gnu.org; Tue, 20 Mar 2018 08:13:01 -0400 Received: from mail-io0-f178.google.com ([209.85.223.178]:40137) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyG8R-0008Ds-MS for 30874@debbugs.gnu.org; Tue, 20 Mar 2018 08:13:00 -0400 Received: by mail-io0-f178.google.com with SMTP id e79so2043119ioi.7 for <30874@debbugs.gnu.org>; Tue, 20 Mar 2018 05:12:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WAjSEjQ0nZbcoVSXYRQlShTEfIm23lpPFDB0Vn8xREs=; b=svLnFbXtr4UoYAWLMCJ/5MVGhHyhcOIxDOBeQrCT0JRkbB4l3lK+PpbcwlPnmxYgNU pwlSYyHh3vqcoYPr5gLz4vIclk4LfKSks7YsmZSbH+t6LcjUImr9RKZ9necoz9Z7cCJ5 Sb2g0iVNSyt+3TPl8UvuJgvHBnOTOn4ppVyF6Mz1bNJ+yy8lsSrQzK4wXTbZIddBALar HDBb6Js3Kj4Q8kpT7TBLTsmAiy/k0s/cy2rBapFMnOC/GShwR6dgF/2DPldkWrCtZIya 7sZUWRtqxC25iwk4NdU/oVJ60g6s8QwGzwACb/AxY4z65JLpef6NHd5X4rGGdXsxAYr6 /o2Q== X-Gm-Message-State: AElRT7HsDaMw2u+KFTjnCvvEgU1RxHCpjyWxnaxBSwi97TnOaKoW9YT9 w0K7/5T1HUFURfAKB0jbC801Jo7jbphVGKcxJ+Vgdw== X-Google-Smtp-Source: AG47ELstzSz7h6Jby0/aSQcDCPPp3mWNaBumhiYhoPTZOkFBhbOvuJrtIjnwY1Rmb3QDJ/qeRCW4OwYGj2CTOlVTKrk= X-Received: by 10.107.148.16 with SMTP id w16mr14839598iod.225.1521547973745; Tue, 20 Mar 2018 05:12:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.159.197 with HTTP; Tue, 20 Mar 2018 05:12:53 -0700 (PDT) In-Reply-To: <837eq7lzr4.fsf@gnu.org> References: <837eq7lzr4.fsf@gnu.org> From: Jan Synacek Date: Tue, 20 Mar 2018 13:12:53 +0100 Message-ID: Subject: Re: bug#30874: 27.0.50; Emacs crashes To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On Tue, Mar 20, 2018 at 1:04 PM, Eli Zaretskii wrote: >> From: Jan Synacek >> Date: Tue, 20 Mar 2018 11:24:51 +0100 >> >> >> Emacs crashes after executing the following on the current master >> (commit b39ca55e294d3be3e4c6e142975256d7f8cdfe76): >> >> emacs -Q --eval="(switch-to-buffer \"*scratch*\")" --eval="(insert-char #x274c)" --eval="(set-fontset-font \"fontset-default\" 'unicode \"Dejavu Sans Mono\")" > > Please show a C-level backtrace from the crash. Since the reproducer is so trivial, I didn't consider it important, but there you go (just basic backtrace, the full one is hilariously huge): Thread 4 (Thread 0x7fffd9d3d700 (LWP 25228)): #0 0x00007fffefb0a3db in poll () at /lib64/libc.so.6 #1 0x00007ffff4e03e99 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x00007ffff4e03fac in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #3 0x00007fffd9d4542d in dconf_gdbus_worker_thread () at /usr/lib64/gio/modules/libdconfsettings.so #4 0x00007ffff4e2b486 in g_thread_proxy () at /lib64/libglib-2.0.so.0 #5 0x00007ffff047761b in start_thread () at /lib64/libpthread.so.0 #6 0x00007fffefb1698f in clone () at /lib64/libc.so.6 Thread 3 (Thread 0x7fffdbdfc700 (LWP 25227)): #0 0x00007fffefb0a3db in poll () at /lib64/libc.so.6 #1 0x00007ffff4e03e99 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x00007ffff4e04232 in g_main_loop_run () at /lib64/libglib-2.0.so.0 #3 0x00007ffff53ecb56 in gdbus_shared_thread_func () at /lib64/libgio-2.0.so.0 #4 0x00007ffff4e2b486 in g_thread_proxy () at /lib64/libglib-2.0.so.0 #5 0x00007ffff047761b in start_thread () at /lib64/libpthread.so.0 #6 0x00007fffefb1698f in clone () at /lib64/libc.so.6 Thread 2 (Thread 0x7fffe0e08700 (LWP 25226)): #0 0x00007fffefb0a3db in poll () at /lib64/libc.so.6 #1 0x00007ffff4e03e99 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x00007ffff4e03fac in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #3 0x00007ffff4e03ff1 in glib_worker_main () at /lib64/libglib-2.0.so.0 #4 0x00007ffff4e2b486 in g_thread_proxy () at /lib64/libglib-2.0.so.0 #5 0x00007ffff047761b in start_thread () at /lib64/libpthread.so.0 #6 0x00007fffefb1698f in clone () at /lib64/libc.so.6 Thread 1 (Thread 0x7ffff7fa2fc0 (LWP 25222)): #0 0x00007ffff048298b in raise () at /lib64/libpthread.so.0 #1 0x00000000004f0571 in terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=40) at emacs.c:395 #2 0x00000000005096a3 in emacs_abort () at sysdep.c:2426 #3 0x00000000004bf4c6 in x_connection_closed (dpy=dpy@entry=0x2c59000, error_message=, error_message@entry=0x7fffffff45b0 "X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 138", ioerror=ioerror@entry=false) at xterm.c:9831 #4 0x00000000004c2f50 in x_error_quitter (display=0x2c59000, event=, event=) at xterm.c:9919 #5 0x00000000004c2fcb in x_error_handler (display=0x2c59000, event=0x7fffffff4770) at xterm.c:9889 #6 0x00007ffff469ce3a in _XError () at /lib64/libX11.so.6 #7 0x00007ffff4699d6b in handle_error () at /lib64/libX11.so.6 #8 0x00007ffff4699e15 in handle_response () at /lib64/libX11.so.6 #9 0x00007ffff469a745 in _XEventsQueued () at /lib64/libX11.so.6 #10 0x00007ffff467bcca in XFlush () at /lib64/libX11.so.6 #11 0x00007ffff46b965e in _XimProtoDestroyIC () at /lib64/libX11.so.6 #12 0x00007ffff46a7a02 in XDestroyIC () at /lib64/libX11.so.6 #13 0x00000000004d408f in free_frame_xic (f=f@entry=0x13f0c30 ) at xfns.c:2676 #14 0x00000000004cc648 in x_free_frame_resources (f=0x13f0c30 ) at xterm.c:11777 #15 0x00000000004ccd1b in x_destroy_window (f=) at xterm.c:11906 #16 0x00000000004280d0 in delete_frame (frame=, force=force@entry=0x98a0) at frame.c:2055 #17 0x00000000004bf543 in x_connection_closed (dpy=dpy@entry=0x2c59000, error_message=, error_message@entry=0x7fffffff5b80 "X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 138", ioerror=ioerror@entry=false) at xterm.c:9810 #18 0x00000000004c2f50 in x_error_quitter (display=0x2c59000, event=, event=) at xterm.c:9919 #19 0x00000000004c2fcb in x_error_handler (display=0x2c59000, event=0x7fffffff5d40) at xterm.c:9889 #20 0x00007ffff469ce3a in _XError () at /lib64/libX11.so.6 #21 0x00007ffff4699d6b in handle_error () at /lib64/libX11.so.6 ---Type to continue, or q to quit--- #22 0x00007ffff4699e15 in handle_response () at /lib64/libX11.so.6 #23 0x00007ffff469a745 in _XEventsQueued () at /lib64/libX11.so.6 #24 0x00007ffff468c2bd in XPending () at /lib64/libX11.so.6 #25 0x00007ffff64f2c2e in gdk_event_source_prepare () at /lib64/libgdk-3.so.0 #26 0x00007ffff4e033f9 in g_main_context_prepare () at /lib64/libglib-2.0.so.0 #27 0x00007ffff4e03dcb in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #28 0x00007ffff4e03f57 in g_main_context_pending () at /lib64/libglib-2.0.so.0 #29 0x00007ffff69b2d1d in gtk_events_pending () at /lib64/libgtk-3.so.0 #30 0x00000000004bfee7 in XTread_socket (terminal=, hold_quit=0x7fffffff6040) at xterm.c:9146 #31 0x00000000004f7301 in gobble_input () at keyboard.c:6890 #32 0x00000000004f7925 in handle_async_input () at keyboard.c:7127 #33 0x00000000004f7925 in process_pending_signals () at keyboard.c:7141 #34 0x00000000005c8e5c in xftfont_open (f=0x13f0c30 , entity=0x1243cb5 , pixel_size=15) at xftfont.c:391 #35 0x000000000057a91c in font_open_entity (f=0x13f0c30 , entity=0x1243cb5 , pixel_size=15) at font.c:2903 #36 0x00000000005cb0a4 in fontset_find_font (fontset=fontset@entry=0x142ac35 , c=c@entry=10060, face=face@entry=0x32a8610, charset_id=charset_id@entry=-1, fallback=fallback@entry=true) at fontset.c:707 #37 0x00000000005cb8bb in fontset_font (fontset=fontset@entry=0x142ac35 , c=c@entry=10060, face=face@entry=0x32a8610, id=-1) at fontset.c:788 #38 0x00000000005cbbbc in face_for_char (f=0x13f0c30 , face=face@entry=0x32a8610, c=10060, pos=, object=) at fontset.c:990 #39 0x00000000004474d9 in FACE_FOR_CHAR (object=, pos=, character=, face=0x32a8610, f=) at dispextern.h:1818 #40 0x00000000004474d9 in get_next_display_element (it=it@entry=0x7fffffff8a90) at xdisp.c:7324 #41 0x000000000044e5f8 in display_line (it=it@entry=0x7fffffff8a90, cursor_vpos=cursor_vpos@entry=0) at xdisp.c:21502 #42 0x00000000004536fd in try_window (window=window@entry=0x13f1c35 , pos=..., flags=flags@entry=1) at xdisp.c:17718 #43 0x0000000000466751 in redisplay_window (window=0x13f1c35 , just_this_one_p=just_this_one_p@entry=false) at xdisp.c:17165 #44 0x00000000004692eb in redisplay_window_0 (window=window@entry=0x13f1c35 ) at xdisp.c:14922 #45 0x0000000000561e86 in internal_condition_case_1 (bfun=bfun@entry=0x4692c0 , arg=arg@entry=0x13f1c35 , handlers=, hfun=hfun@entry=0x42f220 ) at eval.c:1356 #46 0x0000000000434315 in redisplay_windows (window=0x13f1c35 ) at xdisp.c:14902 #47 0x000000000045705d in redisplay_internal () at xdisp.c:14385 #48 0x0000000000458d55 in redisplay () at xdisp.c:13597 #49 0x00000000004fa4bb in read_char (commandflag=commandflag@entry=1, map=map@entry=0x15484b3 , prev_event=0x0, used_mouse_menu=used_mouse_menu@entry=0x7fffffffdf8b, end_time=end_time@entry=0x0) at keyboard.c:2486 #50 0x00000000004fcffb in read_key_sequence (keybuf=keybuf@entry=0x7fffffffe060, prompt=prompt@entry=0x0, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9137 #51 0x00000000004feaee in command_loop_1 () at keyboard.c:1370 #52 0x0000000000561dee in internal_condition_case (bfun=bfun@entry=0x4fe900 , handlers=handlers@entry=0x5280, hfun=hfun@entry=0x4f5b20 ) at eval.c:1332 #53 0x00000000004f093c in command_loop_2 (ignore=ignore@entry=0x0) at keyboard.c:1111 #54 0x0000000000561d5d in internal_catch (tag=tag@entry=0xc750, func=func@entry=0x4f0920 , arg=arg@entry=0x0) at eval.c:1097 #55 0x00000000004f08e4 in command_loop () at keyboard.c:1090 #56 0x00000000004f5743 in recursive_edit_1 () at keyboard.c:696 #57 0x00000000004f5a57 in Frecursive_edit () at keyboard.c:767 #58 0x000000000041a73f in main (argc=5, argv=0x7fffffffe3c8) at emacs.c:1724 -- Jan Synacek Software Engineer, Red Hat From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 20 08:44:37 2018 Received: (at 30874) by debbugs.gnu.org; 20 Mar 2018 12:44:37 +0000 Received: from localhost ([127.0.0.1]:42828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyGd2-0000YP-QT for submit@debbugs.gnu.org; Tue, 20 Mar 2018 08:44:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53611) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyGd1-0000YC-FB for 30874@debbugs.gnu.org; Tue, 20 Mar 2018 08:44:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eyGcr-00022H-Dl for 30874@debbugs.gnu.org; Tue, 20 Mar 2018 08:44:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51251) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eyGcr-000223-9q; Tue, 20 Mar 2018 08:44:25 -0400 Received: from [176.228.60.248] (port=4290 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eyGcq-0006rj-NK; Tue, 20 Mar 2018 08:44:25 -0400 Date: Tue, 20 Mar 2018 14:44:36 +0200 Message-Id: <831sgencgb.fsf@gnu.org> From: Eli Zaretskii To: Jan Synacek In-reply-to: (message from Jan Synacek on Tue, 20 Mar 2018 13:12:53 +0100) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Jan Synacek > Date: Tue, 20 Mar 2018 13:12:53 +0100 > Cc: 30874@debbugs.gnu.org > > > Please show a C-level backtrace from the crash. > > Since the reproducer is so trivial, I didn't consider it important, It is always important. I couldn't reproduce this on my system. > but there you go (just basic backtrace, the full one is hilariously > huge): Thanks. Sounds like a duplicate of bug#30045. Can you run this in X synchronous mode, so that we see which operation triggers the original X error? etc/DEBUG tells how to do that under "If you encounter X protocol errors". From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 22 08:29:04 2018 Received: (at 30874) by debbugs.gnu.org; 22 Mar 2018 12:29:04 +0000 Received: from localhost ([127.0.0.1]:46912 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyzL6-0008T8-8m for submit@debbugs.gnu.org; Thu, 22 Mar 2018 08:29:04 -0400 Received: from mail-it0-f52.google.com ([209.85.214.52]:35578) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyzL4-0008Sf-AS for 30874@debbugs.gnu.org; Thu, 22 Mar 2018 08:29:02 -0400 Received: by mail-it0-f52.google.com with SMTP id v194-v6so10898744itb.0 for <30874@debbugs.gnu.org>; Thu, 22 Mar 2018 05:29:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=iIc7WFpOqHsZlPyXKUS5dU9KMsgkpMGUhG0HmHna5k0=; b=KM0aJPQ5q/086NQEsz5soFxN8aBR0Oe+jaOQ2xDnGmYcmoNrxnmgNXlMYeKRd+rYuW 3lWlxpw2ZxPjx0+wC+YKmtwmd+/IQ8cCUgHE+8wLLnJX9+LAUot+LcLcuVLJp02ZE38Q 3oM0V+cebUOqsxZ2F6WO0KxHzXsnkJ7j2sDzK69hUT1EDp6SUOSkREmoXAlAMDOajevd 1MuumZax+bvqWPUIQuBXPYCEL6JtuHKjWlDk+iOGo/0hBfwWm/O0PQA3Uaz/JNwjx5Ht 5sgUuETvODtLrDD/1PShG65lQUSdI4ly0TYRvA0oMtniNqv/IfKLbvmYodZwCf/Jn6XH 4bqw== X-Gm-Message-State: AElRT7EUvSbMZcW0WlqNURX2Ptx1vYLJIDukdYPrkbTYZMpplozx2Ule JDN0u6OWwMDuY0+2plcpt/PJgoN4NJOvKWqJ5H8XJTQ2UEg= X-Google-Smtp-Source: AG47ELtQRG23Rhi/c+GMt+y2k+v40HOGvYrgpocY9PvwlIjMiWJvVT1/fVe5TQG7LVq2lZTre/lWGQ0niIZcZM/O3yw= X-Received: by 2002:a24:49e6:: with SMTP id e99-v6mr8499409itd.47.1521721736708; Thu, 22 Mar 2018 05:28:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.159.197 with HTTP; Thu, 22 Mar 2018 05:28:56 -0700 (PDT) In-Reply-To: <831sgencgb.fsf@gnu.org> References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> From: Jan Synacek Date: Thu, 22 Mar 2018 13:28:56 +0100 Message-ID: Subject: Re: bug#30874: 27.0.50; Emacs crashes To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On Tue, Mar 20, 2018 at 1:44 PM, Eli Zaretskii wrote: >> From: Jan Synacek >> Date: Tue, 20 Mar 2018 13:12:53 +0100 >> Cc: 30874@debbugs.gnu.org >> >> > Please show a C-level backtrace from the crash. >> >> Since the reproducer is so trivial, I didn't consider it important, > > It is always important. I couldn't reproduce this on my system. > >> but there you go (just basic backtrace, the full one is hilariously >> huge): > > Thanks. Sounds like a duplicate of bug#30045. > > Can you run this in X synchronous mode, so that we see which operation > triggers the original X error? etc/DEBUG tells how to do that under > "If you encounter X protocol errors". I tried the following but it doesn't work: gdb --args ./src/emacs -Q --eval='(setq x-command-line-resources "emacs.synchronous: true")' --eval="(switch-to-buffer \"*scratch*\")" --eval="(insert-char #x274c)" --eval="(set-fontset-font \"fontset-default\" 'unicode \"Dejavu Sans Mono\")" --eval="(debug-on-entry 'Fdelete_frame)" I forgot to mention that this issue is reproducible on the latest Fedora 27 running gnome and gdm. And as far as I know, I'm not running wayland. -- Jan Synacek Software Engineer, Red Hat From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 22 09:01:36 2018 Received: (at 30874) by debbugs.gnu.org; 22 Mar 2018 13:01:36 +0000 Received: from localhost ([127.0.0.1]:46930 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyzqa-0000nN-Co for submit@debbugs.gnu.org; Thu, 22 Mar 2018 09:01:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyzqZ-0000nB-PJ for 30874@debbugs.gnu.org; Thu, 22 Mar 2018 09:01:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eyzqL-0000I0-77 for 30874@debbugs.gnu.org; Thu, 22 Mar 2018 09:01:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45367) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eyzqL-0000Hw-4F; Thu, 22 Mar 2018 09:01:21 -0400 Received: from [176.228.60.248] (port=4314 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eyzqK-0002Lb-G5; Thu, 22 Mar 2018 09:01:20 -0400 Date: Thu, 22 Mar 2018 15:01:20 +0200 Message-Id: <83woy4i7rz.fsf@gnu.org> From: Eli Zaretskii To: Jan Synacek In-reply-to: (message from Jan Synacek on Thu, 22 Mar 2018 13:28:56 +0100) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Jan Synacek > Date: Thu, 22 Mar 2018 13:28:56 +0100 > Cc: 30874@debbugs.gnu.org > > > Can you run this in X synchronous mode, so that we see which operation > > triggers the original X error? etc/DEBUG tells how to do that under > > "If you encounter X protocol errors". > > I tried the following but it doesn't work: > > gdb --args ./src/emacs -Q --eval='(setq x-command-line-resources > "emacs.synchronous: true")' --eval="(switch-to-buffer \"*scratch*\")" > --eval="(insert-char #x274c)" --eval="(set-fontset-font > \"fontset-default\" 'unicode \"Dejavu Sans Mono\")" > --eval="(debug-on-entry 'Fdelete_frame)" What about adding the -xrm "emacs.synchronous: true" switch to the Emacs invocation command -- does it also not work? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 22 09:05:34 2018 Received: (at 30874) by debbugs.gnu.org; 22 Mar 2018 13:05:34 +0000 Received: from localhost ([127.0.0.1]:46935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyzuP-0000su-Ts for submit@debbugs.gnu.org; Thu, 22 Mar 2018 09:05:34 -0400 Received: from mail-it0-f44.google.com ([209.85.214.44]:53206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eyzuO-0000sh-I4 for 30874@debbugs.gnu.org; Thu, 22 Mar 2018 09:05:33 -0400 Received: by mail-it0-f44.google.com with SMTP id k135-v6so11266121ite.2 for <30874@debbugs.gnu.org>; Thu, 22 Mar 2018 06:05:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=NTY5HNv6Lb9BdseBiDd52DhIy53rXJOvub1CfhW/vRk=; b=qOMGrJWzYKamGXsmR862YZz38DMOM3bbD2qDiCj3rcpe/vCtl+yHrYdIb8VAtWZCmv rKmqyXu734qSCNV8OTnYuHOHU6n7irj1UEgZ5BzkCoYXw4wsA/RYfcBGr+ryFHymsUNk rC21keuflI6qxYvkrgEJ1J3Y319Eq+FyinQrNgcE8Wrk2op9ZeF4WTmD0gsL3xgpNI/I BMXDtluc1HMeJ/x49I4b1ZO7d86mpMbZ2vGEweRS4BMZbiAi8rwKlUoDJQ0I01giC+sp eOAp47rM3x6gdxkZ74UWHrL3ry1D/iFIr2ABNXclTeUnrf1rk6iaQitCwfDjipKCqh1t Tf/w== X-Gm-Message-State: AElRT7G8rGSIAeLbZJtWQKW3TIQJYzeS6F7Pd9HHYwbirTMvC5c2lOIF U4bLNFzx/tvZA4tNaJAfyatgEwuf8azzTURTuZY34g== X-Google-Smtp-Source: AIpwx4/oPrvgwgAlxjXlU2AhRzky1vYEeZFizgT6Pp1o0Ouz+ZnK5KuL0Voq0/vtSUErYs8ugA8FrNSXMC7SeFtaLn4= X-Received: by 2002:a24:4115:: with SMTP id x21-v6mr8601575ita.146.1521723927031; Thu, 22 Mar 2018 06:05:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.159.197 with HTTP; Thu, 22 Mar 2018 06:05:26 -0700 (PDT) In-Reply-To: <83woy4i7rz.fsf@gnu.org> References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> From: Jan Synacek Date: Thu, 22 Mar 2018 14:05:26 +0100 Message-ID: Subject: Re: bug#30874: 27.0.50; Emacs crashes To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On Thu, Mar 22, 2018 at 2:01 PM, Eli Zaretskii wrote: >> From: Jan Synacek >> Date: Thu, 22 Mar 2018 13:28:56 +0100 >> Cc: 30874@debbugs.gnu.org >> >> > Can you run this in X synchronous mode, so that we see which operation >> > triggers the original X error? etc/DEBUG tells how to do that under >> > "If you encounter X protocol errors". >> >> I tried the following but it doesn't work: >> >> gdb --args ./src/emacs -Q --eval='(setq x-command-line-resources >> "emacs.synchronous: true")' --eval="(switch-to-buffer \"*scratch*\")" >> --eval="(insert-char #x274c)" --eval="(set-fontset-font >> \"fontset-default\" 'unicode \"Dejavu Sans Mono\")" >> --eval="(debug-on-entry 'Fdelete_frame)" > > What about adding the -xrm "emacs.synchronous: true" switch to the > Emacs invocation command -- does it also not work? As far as I can tell, no. I still see the emacs frame remain open but unresponsive and also see the same backtrace as before. -- Jan Synacek Software Engineer, Red Hat From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 22 10:55:21 2018 Received: (at 30874) by debbugs.gnu.org; 22 Mar 2018 14:55:21 +0000 Received: from localhost ([127.0.0.1]:47992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ez1ce-0003gb-R3 for submit@debbugs.gnu.org; Thu, 22 Mar 2018 10:55:21 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55789) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ez1cd-0003gO-OH for 30874@debbugs.gnu.org; Thu, 22 Mar 2018 10:55:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ez1cV-0004Vs-29 for 30874@debbugs.gnu.org; Thu, 22 Mar 2018 10:55:14 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47379) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ez1cU-0004Vo-UI; Thu, 22 Mar 2018 10:55:10 -0400 Received: from [176.228.60.248] (port=4444 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ez1cU-0004u1-AH; Thu, 22 Mar 2018 10:55:10 -0400 Date: Thu, 22 Mar 2018 16:55:09 +0200 Message-Id: <83vadoi2ia.fsf@gnu.org> From: Eli Zaretskii To: Jan Synacek In-reply-to: (message from Jan Synacek on Thu, 22 Mar 2018 14:05:26 +0100) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Jan Synacek > Date: Thu, 22 Mar 2018 14:05:26 +0100 > Cc: 30874@debbugs.gnu.org > > > What about adding the -xrm "emacs.synchronous: true" switch to the > > Emacs invocation command -- does it also not work? > > As far as I can tell, no. I still see the emacs frame remain open but > unresponsive and also see the same backtrace as before. Exactly the same backtrace? The backtrace you posted: #19 0x00000000004c2fcb in x_error_handler (display=0x2c59000, event=0x7fffffff5d40) at xterm.c:9889 #20 0x00007ffff469ce3a in _XError () at /lib64/libX11.so.6 #21 0x00007ffff4699d6b in handle_error () at /lib64/libX11.so.6 ---Type to continue, or q to quit--- #22 0x00007ffff4699e15 in handle_response () at /lib64/libX11.so.6 #23 0x00007ffff469a745 in _XEventsQueued () at /lib64/libX11.so.6 #24 0x00007ffff468c2bd in XPending () at /lib64/libX11.so.6 #25 0x00007ffff64f2c2e in gdk_event_source_prepare () at /lib64/libgdk-3.so.0 #26 0x00007ffff4e033f9 in g_main_context_prepare () at /lib64/libglib-2.0.so.0 #27 0x00007ffff4e03dcb in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #28 0x00007ffff4e03f57 in g_main_context_pending () at /lib64/libglib-2.0.so.0 #29 0x00007ffff69b2d1d in gtk_events_pending () at /lib64/libgtk-3.so.0 #30 0x00000000004bfee7 in XTread_socket (terminal=, hold_quit=0x7fffffff6040) at xterm.c:9146 #31 0x00000000004f7301 in gobble_input () at keyboard.c:6890 #32 0x00000000004f7925 in handle_async_input () at keyboard.c:7127 #33 0x00000000004f7925 in process_pending_signals () at keyboard.c:7141 #34 0x00000000005c8e5c in xftfont_open (f=0x13f0c30 , entity=0x1243cb5 , pixel_size=15) at xftfont.c:391 indicates that the X error message was read when Emacs unblocked input in xftfont_open, and read pending input. In synchronous X operation, the call to x_error_handler should come from an X function, not from process_pending_signals. I hoped that seeing the X function that caused the error will allow us to understand better what is causing the problem. If you still see exactly the same backtrace in synchronous X operation, then I don't see any path forward, except saying that telling Emacs Dejavu Sans Mono can cover the entire Unicode range of characters is not recommended. (But when I did that with a couple of fonts here, Emacs didn't crash.) It could be a problem in the font backend you use, or it could be something else. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 23 22:37:25 2018 Received: (at control) by debbugs.gnu.org; 24 Mar 2018 02:37:25 +0000 Received: from localhost ([127.0.0.1]:50296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ezZ3d-0004uI-5f for submit@debbugs.gnu.org; Fri, 23 Mar 2018 22:37:25 -0400 Received: from mail-io0-f181.google.com ([209.85.223.181]:47050) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ezZ3b-0004u4-BS for control@debbugs.gnu.org; Fri, 23 Mar 2018 22:37:23 -0400 Received: by mail-io0-f181.google.com with SMTP id q80so6377554ioi.13 for ; Fri, 23 Mar 2018 19:37:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=UQM+xI8/X2H8llEhbl9Qy6bMZBEQdNmWfbr9663q1pE=; b=O13i9IlLkYK0Eksnmas4lPMyzwKFEHmKhsRBgb56dpTq4iOYACP4eW79DEfkWzbOAt g9ard0on0QMfpYWzT7rqvqh6iV3jjIz0Yhsr24mVlSruY5Y01qaUclZ1WAtk1SF7ZU39 dqQr2FgATWY58w4ZdoGypSlevUJmu6Zq+2NMFajFwNSakLuJZR6ZrZVlfJGRjwecHsJ4 c0Xy6PqryfIQsHFwAEgj56P1IXEZ4cvZJMyp3D2j4BvifK2rIw0bozxpJqL+tMmbSmDc h0CubJq7tNvCiU2AQLEfP2niqDMBiix1TLwmkcEGsNcG4lzOLUbWQ8JUs/eznXuDZ5g8 S/eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=UQM+xI8/X2H8llEhbl9Qy6bMZBEQdNmWfbr9663q1pE=; b=V99vCjkHMFceXovDH4ewgStJFcKwUkGFXv9DaLVhin+Qqti0gkyezqhraR/pp1HviG yoFPOFxsnp2r0gu2/JrMKr7JXJUUTD5uoPIF9dF0l+hV/1NDTIDtau9OnOSZtvy304Bw JwlDkXNu9g7OVng8hXiX8qGCRX7vXV1ZEogm2GuzcrVUlA1ISN35MJbUPT37gBY/X5wd BkUhB3QvpXHcODj1kFRWjCxxIAEjHIVGJxdybiykerlgrXJ81YlYrqp5432tftUNpWPe 0LKyXkClloCmRfyKHfiAdbrsS8t2vB02PrgaQOSM/2dHfTvvKayus2SqCdT4rTvj8diu hIzw== X-Gm-Message-State: AElRT7G+zy+/RQCzKapgnSqrWexiaaVoTdpcIOIHrRrVxSsFCGu8FrVz CLK1BCBfXll/0OhTn40oIjHjeA== X-Google-Smtp-Source: AG47ELs0+Jwaz6G1RGeiDA5PAsNRN7lCnHSfu984IjF+3IjLjpTmskWGhb1w8gzJWpbwTFuWteLsHQ== X-Received: by 10.107.15.144 with SMTP id 16mr34031241iop.108.1521859037789; Fri, 23 Mar 2018 19:37:17 -0700 (PDT) Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id e142-v6sm7888437ite.3.2018.03.23.19.37.16 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 23 Mar 2018 19:37:16 -0700 (PDT) From: Noam Postavsky To: control@debbugs.gnu.org Subject: control message for bug #30874 Date: Fri, 23 Mar 2018 22:37:15 -0400 Message-ID: <87vadmqjvo.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) tags 30874 + moreinfo retitle 30874 Displaying char \x274C with Dejavu Sans Mono gives "X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 138" quit From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 26 05:12:53 2018 Received: (at 30874) by debbugs.gnu.org; 26 Mar 2018 09:12:53 +0000 Received: from localhost ([127.0.0.1]:53624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0OBR-00031O-2e for submit@debbugs.gnu.org; Mon, 26 Mar 2018 05:12:53 -0400 Received: from mail-it0-f53.google.com ([209.85.214.53]:53422) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0OBO-000319-SF for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 05:12:51 -0400 Received: by mail-it0-f53.google.com with SMTP id m134-v6so5093702itb.3 for <30874@debbugs.gnu.org>; Mon, 26 Mar 2018 02:12:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=LYALC/FIRPHnIykhLBm+oxJmefDiTv0oHkzxTQye4uw=; b=SqjUiTaA5YREXN9H+OSvHinPZXxXPwGQTq1in7ZS9opuft2pqBKU16mOTHicWWVq9o t8IR4ya/nze/36SSoo16Y25/VivYpVMvp+3XL7cr2Bn5zDmXab1NkSMcarwmc5I9MflH DIxCfjDF2xg/oPqLtFeeUugehdNSqtBLDSz8zLYC6QVRaUyYctGAjiz5E7ZCvumfJ+2d 1672haLjQmXD3UHwnuLn5CMrk/HnrNI2f3RTx0xulygpbGYsnqZObUTbMFzos3bae5Do KHXrXtgWidWIf1J33JynMDWyPmc8wYX0j+5VnXXjU0xTbvDN5cycmVYhmlTlNGdDLPGv +Bbw== X-Gm-Message-State: AElRT7H4U5MOIgBLWoNwiASJ/B9hZjw0GaJa5KTK6XpFEsG8Y5/oB25D XNPPcGsY2/L9b2TvfitO0YcJ8mX2LCR6X1Kf+uWSdA== X-Google-Smtp-Source: AG47ELsIGaSN+muW0Gq42NdmY0dlaCDmn4rNElUJhmVKv7Wwndx5Z5VjppfzzDb5EdDON7jOcseIbJz5944JpwvBjE8= X-Received: by 2002:a24:79ca:: with SMTP id z193-v6mr22166699itc.7.1522055565113; Mon, 26 Mar 2018 02:12:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.159.197 with HTTP; Mon, 26 Mar 2018 02:12:44 -0700 (PDT) In-Reply-To: <83vadoi2ia.fsf@gnu.org> References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> From: Jan Synacek Date: Mon, 26 Mar 2018 11:12:44 +0200 Message-ID: Subject: Re: bug#30874: 27.0.50; Emacs crashes To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Thu, Mar 22, 2018 at 3:55 PM, Eli Zaretskii wrote: >> From: Jan Synacek >> Date: Thu, 22 Mar 2018 14:05:26 +0100 >> Cc: 30874@debbugs.gnu.org >> >> > What about adding the -xrm "emacs.synchronous: true" switch to the >> > Emacs invocation command -- does it also not work? >> >> As far as I can tell, no. I still see the emacs frame remain open but >> unresponsive and also see the same backtrace as before. > > Exactly the same backtrace? The backtrace you posted: > > #19 0x00000000004c2fcb in x_error_handler (display=0x2c59000, > event=0x7fffffff5d40) at xterm.c:9889 > #20 0x00007ffff469ce3a in _XError () at /lib64/libX11.so.6 > #21 0x00007ffff4699d6b in handle_error () at /lib64/libX11.so.6 > ---Type to continue, or q to quit--- > #22 0x00007ffff4699e15 in handle_response () at /lib64/libX11.so.6 > #23 0x00007ffff469a745 in _XEventsQueued () at /lib64/libX11.so.6 > #24 0x00007ffff468c2bd in XPending () at /lib64/libX11.so.6 > #25 0x00007ffff64f2c2e in gdk_event_source_prepare () at /lib64/libgdk-3.so.0 > #26 0x00007ffff4e033f9 in g_main_context_prepare () at /lib64/libglib-2.0.so.0 > #27 0x00007ffff4e03dcb in g_main_context_iterate.isra () at > /lib64/libglib-2.0.so.0 > #28 0x00007ffff4e03f57 in g_main_context_pending () at /lib64/libglib-2.0.so.0 > #29 0x00007ffff69b2d1d in gtk_events_pending () at /lib64/libgtk-3.so.0 > #30 0x00000000004bfee7 in XTread_socket (terminal=, > hold_quit=0x7fffffff6040) at xterm.c:9146 > #31 0x00000000004f7301 in gobble_input () at keyboard.c:6890 > #32 0x00000000004f7925 in handle_async_input () at keyboard.c:7127 > #33 0x00000000004f7925 in process_pending_signals () at keyboard.c:7141 > #34 0x00000000005c8e5c in xftfont_open (f=0x13f0c30 > , entity=0x1243cb5 , > pixel_size=15) at xftfont.c:391 > > indicates that the X error message was read when Emacs unblocked input > in xftfont_open, and read pending input. In synchronous X operation, > the call to x_error_handler should come from an X function, not from > process_pending_signals. I hoped that seeing the X function that > caused the error will allow us to understand better what is causing > the problem. If you still see exactly the same backtrace in > synchronous X operation, then I don't see any path forward, except > saying that telling Emacs Dejavu Sans Mono can cover the entire > Unicode range of characters is not recommended. (But when I did that > with a couple of fonts here, Emacs didn't crash.) It could be a > problem in the font backend you use, or it could be something else. $ gdb --args ./src/emacs -Q -xrm "emacs.synchronous: true" --eval="(switch-to-buffer \"*scratch*\")" --eval="(insert-char #x274c)" --eval="(set-fontset-font \"fontset-default\" 'unicode \"Dejavu Sans Mono\")" ... Thread 4 (Thread 0x7fffd9d3e700 (LWP 5625)): #0 0x00007fffefb24c6b in poll () at /lib64/libc.so.6 #1 0x00007ffff4e06e99 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x00007ffff4e06fac in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #3 0x00007fffd9d4642d in dconf_gdbus_worker_thread () at /usr/lib64/gio/modules/libdconfsettings.so #4 0x00007ffff4e2e486 in g_thread_proxy () at /lib64/libglib-2.0.so.0 #5 0x00007ffff048550b in start_thread () at /lib64/libpthread.so.0 #6 0x00007fffefb2f16f in clone () at /lib64/libc.so.6 Thread 3 (Thread 0x7fffdbdfc700 (LWP 5624)): #0 0x00007fffefb24c6b in poll () at /lib64/libc.so.6 #1 0x00007ffff4e06e99 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x00007ffff4e07232 in g_main_loop_run () at /lib64/libglib-2.0.so.0 #3 0x00007ffff53efb56 in gdbus_shared_thread_func () at /lib64/libgio-2.0.so.0 #4 0x00007ffff4e2e486 in g_thread_proxy () at /lib64/libglib-2.0.so.0 #5 0x00007ffff048550b in start_thread () at /lib64/libpthread.so.0 #6 0x00007fffefb2f16f in clone () at /lib64/libc.so.6 Thread 2 (Thread 0x7fffe0e3a700 (LWP 5623)): #0 0x00007fffefb24c6b in poll () at /lib64/libc.so.6 #1 0x00007ffff4e06e99 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x00007ffff4e06fac in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #3 0x00007ffff4e06ff1 in glib_worker_main () at /lib64/libglib-2.0.so.0 #4 0x00007ffff4e2e486 in g_thread_proxy () at /lib64/libglib-2.0.so.0 #5 0x00007ffff048550b in start_thread () at /lib64/libpthread.so.0 #6 0x00007fffefb2f16f in clone () at /lib64/libc.so.6 Thread 1 (Thread 0x7ffff7fa2fc0 (LWP 5619)): #0 0x00007ffff0490050 in raise () at /lib64/libpthread.so.0 #1 0x00000000004f0571 in terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=40) at emacs.c:395 #2 0x00000000005096a3 in emacs_abort () at sysdep.c:2426 #3 0x00000000004bf4c6 in x_connection_closed (dpy=dpy@entry=0x2c59430, error_message=, error_message@entry=0x7fffffff4580 "X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 138", ioerror=ioerror@entry=false) at xterm.c:9831 #4 0x00000000004c2f50 in x_error_quitter (display=0x2c59430, event=, event=) at xterm.c:9919 #5 0x00000000004c2fcb in x_error_handler (display=0x2c59430, event=0x7fffffff4740) at xterm.c:9889 #6 0x00007ffff469fe3a in _XError () at /lib64/libX11.so.6 #7 0x00007ffff469cd6b in handle_error () at /lib64/libX11.so.6 #8 0x00007ffff469ce15 in handle_response () at /lib64/libX11.so.6 #9 0x00007ffff469d745 in _XEventsQueued () at /lib64/libX11.so.6 #10 0x00007ffff467ecca in XFlush () at /lib64/libX11.so.6 #11 0x00007ffff46bc65e in _XimProtoDestroyIC () at /lib64/libX11.so.6 #12 0x00007ffff46aaa02 in XDestroyIC () at /lib64/libX11.so.6 #13 0x00000000004d408f in free_frame_xic (f=f@entry=0x13f0c30 ) at xfns.c:2676 #14 0x00000000004cc648 in x_free_frame_resources (f=0x13f0c30 ) at xterm.c:11777 #15 0x00000000004ccd1b in x_destroy_window (f=) at xterm.c:11906 #16 0x00000000004280d0 in delete_frame (frame=, force=force@entry=0x98a0) at frame.c:2055 #17 0x00000000004bf543 in x_connection_closed (dpy=dpy@entry=0x2c59430, error_message=, error_message@entry=0x7fffffff5b50 "X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 138", ioerror=ioerror@entry=false) at xterm.c:9810 #18 0x00000000004c2f50 in x_error_quitter (display=0x2c59430, event=, event=) at xterm.c:9919 #19 0x00000000004c2fcb in x_error_handler (display=0x2c59430, event=0x7fffffff5d10) at xterm.c:9889 #20 0x00007ffff469fe3a in _XError () at /lib64/libX11.so.6 #21 0x00007ffff469cd6b in handle_error () at /lib64/libX11.so.6 #22 0x00007ffff469ce15 in handle_response () at /lib64/libX11.so.6 #23 0x00007ffff469d745 in _XEventsQueued () at /lib64/libX11.so.6 #24 0x00007ffff468f2bd in XPending () at /lib64/libX11.so.6 #25 0x00007ffff64f5c2e in gdk_event_source_prepare () at /lib64/libgdk-3.so.0 #26 0x00007ffff4e063f9 in g_main_context_prepare () at /lib64/libglib-2.0.so.0 #27 0x00007ffff4e06dcb in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #28 0x00007ffff4e06f57 in g_main_context_pending () at /lib64/libglib-2.0.so.0 #29 0x00007ffff69b5d1d in gtk_events_pending () at /lib64/libgtk-3.so.0 #30 0x00000000004bfee7 in XTread_socket (terminal=, hold_quit=0x7fffffff6010) at xterm.c:9146 #31 0x00000000004f7301 in gobble_input () at keyboard.c:6890 #32 0x00000000004f7925 in handle_async_input () at keyboard.c:7127 #33 0x00000000004f7925 in process_pending_signals () at keyboard.c:7141 #34 0x00000000005c8e5c in xftfont_open (f=0x13f0c30 , entity=0x2fae835, pixel_size=15) at xftfont.c:391 #35 0x000000000057a91c in font_open_entity (f=0x13f0c30 , entity=0x2fae835, pixel_size=15) at font.c:2903 #36 0x00000000005cb0a4 in fontset_find_font (fontset=fontset@entry=0x142ac35 , c=c@entry=10060, face=face@entry=0x2e3e260, charset_id=charset_id@entry=-1, fallback=fallback@entry=true) at fontset.c:707 #37 0x00000000005cb8bb in fontset_font (fontset=fontset@entry=0x142ac35 , c=c@entry=10060, face=face@entry=0x2e3e260, id=-1) at fontset.c:788 #38 0x00000000005cbbbc in face_for_char (f=0x13f0c30 , face=face@entry=0x2e3e260, c=10060, pos=, object=) at fontset.c:990 #39 0x00000000004474d9 in FACE_FOR_CHAR (object=, pos=, character=, face=0x2e3e260, f=) at dispextern.h:1818 #40 0x00000000004474d9 in get_next_display_element (it=it@entry=0x7fffffff8a60) at xdisp.c:7324 #41 0x000000000044e5f8 in display_line (it=it@entry=0x7fffffff8a60, cursor_vpos=cursor_vpos@entry=0) at xdisp.c:21502 #42 0x00000000004536fd in try_window (window=window@entry=0x13f1c35 , pos=..., flags=flags@entry=1) at xdisp.c:17718 #43 0x0000000000466751 in redisplay_window (window=0x13f1c35 , just_this_one_p=just_this_one_p@entry=false) at xdisp.c:17165 #44 0x00000000004692eb in redisplay_window_0 (window=window@entry=0x13f1c35 ) at xdisp.c:14922 #45 0x0000000000561e86 in internal_condition_case_1 (bfun=bfun@entry=0x4692c0 , arg=arg@entry=0x13f1c35 , handlers=, hfun=hfun@entry=0x42f220 ) at eval.c:1356 #46 0x0000000000434315 in redisplay_windows (window=0x13f1c35 ) at xdisp.c:14902 #47 0x000000000045705d in redisplay_internal () at xdisp.c:14385 #48 0x0000000000458d55 in redisplay () at xdisp.c:13597 #49 0x00000000004fa4bb in read_char (commandflag=commandflag@entry=1, map=map@entry=0x1548573 , prev_event=0x0, used_mouse_menu=used_mouse_menu@entry=0x7fffffffdf5b, end_time=end_time@entry=0x0) at keyboard.c:2486 #50 0x00000000004fcffb in read_key_sequence (keybuf=keybuf@entry=0x7fffffffe030, prompt=prompt@entry=0x0, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9137 #51 0x00000000004feaee in command_loop_1 () at keyboard.c:1370 #52 0x0000000000561dee in internal_condition_case (bfun=bfun@entry=0x4fe900 , handlers=handlers@entry=0x5280, hfun=hfun@entry=0x4f5b20 ) at eval.c:1332 #53 0x00000000004f093c in command_loop_2 (ignore=ignore@entry=0x0) at keyboard.c:1111 #54 0x0000000000561d5d in internal_catch (tag=tag@entry=0xc750, func=func@entry=0x4f0920 , arg=arg@entry=0x0) at eval.c:1097 #55 0x00000000004f08e4 in command_loop () at keyboard.c:1090 #56 0x00000000004f5743 in recursive_edit_1 () at keyboard.c:696 #57 0x00000000004f5a57 in Frecursive_edit () at keyboard.c:767 #58 0x000000000041a73f in main (argc=7, argv=0x7fffffffe398) at emacs.c:1724 Reproducible with Fedora 27 using gnome and gdm. AFAIK, I'm not even running wayland. I also use nvidia drivers version 390.42 in case it matters. -- Jan Synacek Software Engineer, Red Hat From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 26 06:34:00 2018 Received: (at 30874) by debbugs.gnu.org; 26 Mar 2018 10:34:00 +0000 Received: from localhost ([127.0.0.1]:53656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0PRw-0004xS-8b for submit@debbugs.gnu.org; Mon, 26 Mar 2018 06:34:00 -0400 Received: from mail-wr0-f177.google.com ([209.85.128.177]:43085) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0PRt-0004xF-TG for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 06:33:58 -0400 Received: by mail-wr0-f177.google.com with SMTP id p53so10838103wrc.10 for <30874@debbugs.gnu.org>; Mon, 26 Mar 2018 03:33:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version; bh=3QIJHmKy1bdDQIaSMYk+sI2+2f3LgfaR7j3LWzrybuQ=; b=lhjh5BGs716O99Gd0/KS9IULYC6DzQTCOqT7xSmEDJeDk0g5wpvwauPJn4wNlXyQBh 8Vk9XakB6fMa5qx9yYmAyg+da6AG1oQRzZEgZFR9mf1vqq3LIrpBf1yIWFSAtf4KGq/0 GP152Boq5it07v0JQLRJHQTlXH8e6MnlLSReP67ZugKNXJ8tw3qXB4fLFhUf8dhuSSIn QjusVZDT24GjPP9OBtE5mX1IS3xrYAtgLHilK1geK/6R/UDTfVsJJ9ym1ffnnUFERPl7 w1CzwF5eDl1ZHFzoWy6D1IYNp7h3VVPgZ8Db1iACbp7ww4RYChXUStAZ0lzvTNCxiaBY Q24g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version; bh=3QIJHmKy1bdDQIaSMYk+sI2+2f3LgfaR7j3LWzrybuQ=; b=TAf7PAwQmOPaZXUQYQCxtvoCAsk0OwHUOlBLWRik/7rDLJcPyCQzRhUU/IP/YmJcAg +tsCDim2490RI+A32EBwkeZMIXkFQ/ufoYI7mvy6Yn9ND6fZtt2fbxLZdHIGNOjsaGAo ChdRPTLcMDJxI1l7Kt6cQP7cYyqVw4yXok0RBrZ01Q+/HqUOsMRbucMTp+DRLoxAZ4wk jv6YdQB+ASU82Whx0SBqMd0hsdoXXog/VkQIAf/SK5bI7Ah2MQaV/lyfHzWYffrOBla+ sf/kxlPV7ns7NnD/cIWrYRpiy9B6XknSYcHBIAC9F7kJXqeIdxCLFTQQxQBvCJR0I75r sy1A== X-Gm-Message-State: AElRT7HcXDPKwZGUjRfK7rhYwi4KS1HgspGrATCsUo0y1EgDEgjmxAVD yH2XbJNS/Sa3b46Yc3HSdTDTPZbL X-Google-Smtp-Source: AG47ELsHK5+RHqE4/0BKQI0PgRkKcam1qsBTkReXUKcNENe8TwP5DSt96RvOv4Jk9glUQUoP3+l1vw== X-Received: by 10.223.187.75 with SMTP id x11mr27937240wrg.217.1522060431800; Mon, 26 Mar 2018 03:33:51 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id e74sm15132182wmg.27.2018.03.26.03.33.50 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 26 Mar 2018 03:33:50 -0700 (PDT) From: Robert Pluim To: Jan Synacek Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Mon, 26 Mar 2018 12:33:50 +0200 In-Reply-To: (Jan Synacek's message of "Mon, 26 Mar 2018 11:12:44 +0200") Message-ID: <878taf2kj5.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Jan Synacek writes: >> #19 0x00000000004c2fcb in x_error_handler (display=0x2c59000, >> event=0x7fffffff5d40) at xterm.c:9889 >> #20 0x00007ffff469ce3a in _XError () at /lib64/libX11.so.6 >> #21 0x00007ffff4699d6b in handle_error () at /lib64/libX11.so.6 >> ---Type to continue, or q to quit--- >> #22 0x00007ffff4699e15 in handle_response () at /lib64/libX11.so.6 >> #23 0x00007ffff469a745 in _XEventsQueued () at /lib64/libX11.so.6 >> #24 0x00007ffff468c2bd in XPending () at /lib64/libX11.so.6 >> #25 0x00007ffff64f2c2e in gdk_event_source_prepare () at /lib64/libgdk-3.so.0 >> #26 0x00007ffff4e033f9 in g_main_context_prepare () at /lib64/libglib-2.0.so.0 >> #27 0x00007ffff4e03dcb in g_main_context_iterate.isra () at >> /lib64/libglib-2.0.so.0 >> #28 0x00007ffff4e03f57 in g_main_context_pending () at /lib64/libglib-2.0.so.0 >> #29 0x00007ffff69b2d1d in gtk_events_pending () at /lib64/libgtk-3.so.0 >> #30 0x00000000004bfee7 in XTread_socket (terminal=, >> hold_quit=0x7fffffff6040) at xterm.c:9146 >> #31 0x00000000004f7301 in gobble_input () at keyboard.c:6890 >> #32 0x00000000004f7925 in handle_async_input () at keyboard.c:7127 >> #33 0x00000000004f7925 in process_pending_signals () at keyboard.c:7141 >> #34 0x00000000005c8e5c in xftfont_open (f=0x13f0c30 >> , entity=0x1243cb5 , >> pixel_size=15) at xftfont.c:391 >> >> indicates that the X error message was read when Emacs unblocked input >> in xftfont_open, and read pending input. In synchronous X operation, >> the call to x_error_handler should come from an X function, not from >> process_pending_signals. I hoped that seeing the X function that >> caused the error will allow us to understand better what is causing >> the problem. If you still see exactly the same backtrace in >> synchronous X operation, then I don't see any path forward, except >> saying that telling Emacs Dejavu Sans Mono can cover the entire >> Unicode range of characters is not recommended. (But when I did that >> with a couple of fonts here, Emacs didn't crash.) It could be a >> problem in the font backend you use, or it could be something else. FWIW, I can reproduce this on Fedora 27 with xterm.c patched to force synchronous operation. There's no crash, but Emacs hangs, so I sent it a SIGHUP and got the following: #0 0x00007ffff048b82d in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007ffff469dd02 in _XReply (dpy=dpy@entry=0x2c5ba00, rep=rep@entry=0x7fffffff2d00, extra=extra@entry=0, discard=discard@entry=1) at xcb_io.c:590 #2 0x00007ffff469970d in XSync (dpy=0x2c5ba00, discard=discard@entry=0) at Sync.c:44 #3 0x00007ffff46997ab in _XSyncFunction (dpy=) at Synchro.c:35 #4 0x00007ffff3e17dc8 in XftDrawDestroy (draw=0x3404580) at xftdraw.c:279 #5 0x00000000005c82a9 in xftfont_end_for_frame (f=0x13f2c30 ) at xftfont.c:686 #6 0x00000000005781fb in font_update_drivers (f=f@entry=0x13f2c30 , new_drivers=new_drivers@entry=XIL(0)) at font.c:3540 #7 0x0000000000428179 in delete_frame (frame=, force=force@entry=XIL(0x98a0)) at frame.c:2013 #8 0x00000000004bf6e3 in x_connection_closed (dpy=dpy@entry=0x2c5ba00, error_message=, error_message@entry=0x7fffffff2fc0 "X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 138", ioerror=ioerror@entry=false) at xterm.c:9810 #9 0x00000000004c30f0 in x_error_quitter (display=0x2c5ba00, event=, event=) at xterm.c:9919 #10 0x00000000004c316b in x_error_handler (display=0x2c5ba00, event=0x7fffffff3180) at xterm.c:9889 #11 0x00007ffff469fe3a in _XError (dpy=dpy@entry=0x2c5ba00, rep=rep@entry=0x33f8e70) at XlibInt.c:1434 #12 0x00007ffff469cd6b in handle_error (dpy=0x2c5ba00, err=0x33f8e70, in_XReply=) at xcb_io.c:199 #13 0x00007ffff469ce15 in handle_response (dpy=0x2c5ba00, response=0x33f8e70, in_XReply=) at xcb_io.c:311 #14 0x00007ffff469dd70 in _XReply (dpy=dpy@entry=0x2c5ba00, rep=rep@entry=0x7fffffff3330, extra=extra@entry=0, discard=discard@entry=1) at xcb_io.c:621 #15 0x00007ffff469970d in XSync (dpy=0x2c5ba00, discard=discard@entry=0) at Sync.c:44 #16 0x00007ffff46997ab in _XSyncFunction (dpy=) at Synchro.c:35 #17 0x00007ffff4028fe1 in XRenderAddGlyphs (dpy=dpy@entry=0x2c5ba00, glyphset=, gids=gids@entry=0x7fffffff34a8, glyphs=glyphs@entry=0x3334840, nglyphs=nglyphs@entry=1, images=images@entry=0x34e39b0 "", nbyte_images=) at Glyph.c:112 #18 0x00007ffff3e1c7ef in XftFontLoadGlyphs (dpy=dpy@entry=0x2c5ba00, pub=pub@entry=0x34dd100, need_bitmaps=need_bitmaps@entry=0, glyphs=, glyphs@entry=0x7fffffff4540, nglyph=) at xftglyphs.c:694 #19 0x00007ffff3e1943b in XftGlyphExtents (dpy=dpy@entry=0x2c5ba00, pub=pub@entry=0x34dd100, glyphs=glyphs@entry=0x7fffffff49a0, nglyphs=nglyphs@entry=94, extents=extents@entry=0x7fffffff5a34) at xftextent.c:53 #20 0x00007ffff3e195ca in XftTextExtents8 (dpy=dpy@entry=0x2c5ba00, pub=pub@entry=0x34dd100, string=string@entry=0x2c046e1 "!\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~", len=len@entry=94, extents=extents@entry=0x7fffffff5a34) at xftextent.c:139 #21 0x00000000005c9247 in xftfont_open (f=0x13f2c30 , entity=XIL(0x1459ea5), pixel_size=27) at xftfont.c:378 #22 0x000000000057a9bc in font_open_entity (f=0x13f2c30 , entity=XIL(0x1459ea5), pixel_size=27) at font.c:2903 #23 0x00000000005cb134 in fontset_find_font (fontset=fontset@entry=XIL(0x1466c35), c=c@entry=10060, face=face@entry=0x2d4a720, charset_id=charset_id@entry=-1, fallback=fallback@entry=true) at fontset.c:707 #24 0x00000000005cb94b in fontset_font (fontset=fontset@entry=XIL(0x1466c35), c=c@entry=10060, face=face@entry=0x2d4a720, id=-1) at fontset.c:788 #25 0x00000000005cbc4c in face_for_char (f=0x13f2c30 , face=face@entry=0x2d4a720, c=10060, pos=, object=) at fontset.c:990 #26 0x0000000000447639 in FACE_FOR_CHAR (object=, pos=, character=, face=0x2d4a720, f=) at dispextern.h:1818 #27 0x0000000000447639 in get_next_display_element (it=it@entry=0x7fffffff83c0) at xdisp.c:7324 #28 0x000000000044e758 in display_line (it=it@entry=0x7fffffff83c0, cursor_vpos=cursor_vpos@entry=5) at xdisp.c:21502 #29 0x000000000045389d in try_window (window=window@entry=XIL(0x13f3c35), pos=..., flags=flags@entry=1) at xdisp.c:17718 #30 0x00000000004668f1 in redisplay_window (window=XIL(0x13f3c35), just_this_one_p=just_this_one_p@entry=false) at xdisp.c:17165 #31 0x000000000046948b in redisplay_window_0 (window=window@entry=XIL(0x13f3c35)) at xdisp.c:14922 #32 0x0000000000561f46 in internal_condition_case_1 (bfun=bfun@entry=0x469460 , arg=arg@entry=XIL(0x13f3c35), handlers=, hfun=hfun@entry=0x42f380 ) at eval.c:1356 #33 0x0000000000434475 in redisplay_windows (window=XIL(0x13f3c35)) at xdisp.c:14902 #34 0x00000000004571fd in redisplay_internal () at xdisp.c:14385 #35 0x0000000000458ef5 in redisplay () at xdisp.c:13597 #36 0x00000000004fa5bb in read_char (commandflag=commandflag@entry=1, map=map@entry=XIL(0x34aa213), prev_event=XIL(0), used_mouse_menu=used_mouse_menu@entry=0x7fffffffd8bb, end_time=end_time@entry=0x0) at keyboard.c:2486 #37 0x00000000004fd0fb in read_key_sequence (keybuf=keybuf@entry=0x7fffffffd990, prompt=prompt@entry=XIL(0), dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9137 #38 0x00000000004febee in command_loop_1 () at keyboard.c:1370 #39 0x0000000000561eae in internal_condition_case (bfun=bfun@entry=0x4fea00 , handlers=handlers@entry=XIL(0x5280), hfun=hfun@entry=0x4f5c20 ) at eval.c:1332 #40 0x00000000004f0a3c in command_loop_2 (ignore=ignore@entry=XIL(0)) at keyboard.c:1111 #41 0x0000000000561e1d in internal_catch (tag=tag@entry=XIL(0xc750), func=func@entry=0x4f0a20 , arg=arg@entry=XIL(0)) at eval.c:1097 #42 0x00000000004f09e4 in command_loop () at keyboard.c:1090 #43 0x00000000004f5843 in recursive_edit_1 () at keyboard.c:696 #44 0x00000000004f5b57 in Frecursive_edit () at keyboard.c:767 #45 0x000000000041a840 in main (argc=2, argv=0x7fffffffdcf8) at emacs.c:1724 Robert From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 26 11:25:43 2018 Received: (at 30874) by debbugs.gnu.org; 26 Mar 2018 15:25:43 +0000 Received: from localhost ([127.0.0.1]:54519 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0U0F-0001EV-9n for submit@debbugs.gnu.org; Mon, 26 Mar 2018 11:25:43 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40465) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0U0E-0001EK-0y for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 11:25:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0U02-0003do-Mm for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 11:25:36 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45751) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0U02-0003dk-IR; Mon, 26 Mar 2018 11:25:30 -0400 Received: from [176.228.60.248] (port=2894 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f0U01-0001mu-8N; Mon, 26 Mar 2018 11:25:30 -0400 Date: Mon, 26 Mar 2018 18:25:39 +0300 Message-Id: <83d0zqg8p8.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-reply-to: <878taf2kj5.fsf@gmail.com> (message from Robert Pluim on Mon, 26 Mar 2018 12:33:50 +0200) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Robert Pluim > Cc: Eli Zaretskii , 30874@debbugs.gnu.org > Gmane-Reply-To-List: yes > Date: Mon, 26 Mar 2018 12:33:50 +0200 > > FWIW, I can reproduce this on Fedora 27 with xterm.c patched to force > synchronous operation. There's no crash, but Emacs hangs, so I sent it > a SIGHUP and got the following: > [...] > #10 0x00000000004c316b in x_error_handler (display=0x2c5ba00, event=0x7fffffff3180) at xterm.c:9889 > #11 0x00007ffff469fe3a in _XError (dpy=dpy@entry=0x2c5ba00, rep=rep@entry=0x33f8e70) at XlibInt.c:1434 > #12 0x00007ffff469cd6b in handle_error (dpy=0x2c5ba00, err=0x33f8e70, in_XReply=) at xcb_io.c:199 > #13 0x00007ffff469ce15 in handle_response (dpy=0x2c5ba00, response=0x33f8e70, in_XReply=) > at xcb_io.c:311 > #14 0x00007ffff469dd70 in _XReply (dpy=dpy@entry=0x2c5ba00, rep=rep@entry=0x7fffffff3330, extra=extra@entry=0, discard=discard@entry=1) at xcb_io.c:621 > #15 0x00007ffff469970d in XSync (dpy=0x2c5ba00, discard=discard@entry=0) at Sync.c:44 > #16 0x00007ffff46997ab in _XSyncFunction (dpy=) at Synchro.c:35 > #17 0x00007ffff4028fe1 in XRenderAddGlyphs (dpy=dpy@entry=0x2c5ba00, glyphset=, gids=gids@entry=0x7fffffff34a8, glyphs=glyphs@entry=0x3334840, nglyphs=nglyphs@entry=1, images=images@entry=0x34e39b0 "", nbyte_images=) at Glyph.c:112 > #18 0x00007ffff3e1c7ef in XftFontLoadGlyphs (dpy=dpy@entry=0x2c5ba00, pub=pub@entry=0x34dd100, need_bitmaps=need_bitmaps@entry=0, glyphs=, glyphs@entry=0x7fffffff4540, nglyph=) at xftglyphs.c:694 > #19 0x00007ffff3e1943b in XftGlyphExtents (dpy=dpy@entry=0x2c5ba00, pub=pub@entry=0x34dd100, glyphs=glyphs@entry=0x7fffffff49a0, nglyphs=nglyphs@entry=94, extents=extents@entry=0x7fffffff5a34) at xftextent.c:53 > #20 0x00007ffff3e195ca in XftTextExtents8 (dpy=dpy@entry=0x2c5ba00, pub=pub@entry=0x34dd100, string=string@entry=0x2c046e1 "!\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~", len=len@entry=94, extents=extents@entry=0x7fffffff5a34) at xftextent.c:139 > #21 0x00000000005c9247 in xftfont_open (f=0x13f2c30 , entity=XIL(0x1459ea5), pixel_size=27) > at xftfont.c:378 Thanks, this is what I suspected. But now that I actually see it, I don't think I understand the reason: the call to XftTextExtents8 asks the xft font back-end to produce the extents for an all-ASCII string, so the fact that it may not have glyphs for some exotic non-ASCII characters couldn't be the culprit. Also, if you replace #x274c in the original recipe with an ASCII codepoint, it doesn't crash, does it? Yet I'd expect to see exactly the same call to XftTextExtents8 in xftfont_open in that case. Can you figure out what's going on here, and why? From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 26 12:52:26 2018 Received: (at 30874) by debbugs.gnu.org; 26 Mar 2018 16:52:26 +0000 Received: from localhost ([127.0.0.1]:54636 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0VMA-0003JW-Ab for submit@debbugs.gnu.org; Mon, 26 Mar 2018 12:52:26 -0400 Received: from mail-wr0-f170.google.com ([209.85.128.170]:38978) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0VM8-0003JJ-Lh for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 12:52:25 -0400 Received: by mail-wr0-f170.google.com with SMTP id c24so19618943wrc.6 for <30874@debbugs.gnu.org>; Mon, 26 Mar 2018 09:52:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version; bh=iPzietjXMusLopczfdpX8/gUMi97nSdcI92SrpQajII=; b=qii79nkWVpe9yRinTvsWvdwHFmjeJrBdXjMl4klAg/+KSX/K4iU2T9VAHcGT8R6w8j Wf2fkTgeq5EmNTR36MzleJy7XNa93aol8ID+8/qmMmZfN2iQmHmm/8wHze4PiIQo+iEa plw/SHCrW7E8TjkI99TTP2IkCwNPaL2xIIDABIhUfpKDTlB2YG6HSlOkJatxnCEZz0zl doXsttBkpAdCZYoXZBeVJHhEPZbfk2GHDr9f7K9y7HgMo3jIrRnBAf1c7FAu2PcsMiV/ sZOCFD86yeZXOEGXgDdd3ajXxA4b4BsuTWmuKNCb54cLrZ3AD87ecSitg5i5sKP095Jz +vIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version; bh=iPzietjXMusLopczfdpX8/gUMi97nSdcI92SrpQajII=; b=OHJ6OwrfEzRtZ2bFBIKWLuRW5QvpVDV89B7Zg2M1Wn8ooQoMtc2nlcbj44I5ORMGoN 13HiGVXVtkLW26pDVZdUJOd+hIuuZXXwYwzyHjd/W6j+pMjKYiS03GGnjcM1sMj6hRUR c3N/Z5IdCpkx0kiCW8++rgyApzXaT/qHjylPU5s8iFu3IbRhkVCvkUtS2lhogjs81E27 vnx44GG5q+Xx2Z7pwrL3HZ2TdhSpc12glUWyO2Mid1gtq6xDmG5OwdMmmel4sqCpq7c7 4hqxsLZrWhQsa1unQUg6tMEaMxjk27A6yN/yJUV1C1DJWFgs4PuRYLqfyROhjr/F+thi hgMw== X-Gm-Message-State: AElRT7Ff38x9yCkbMag4HRLNpcs2OdJpC2GAMOpbplMqx6ddVlfbCGzC p0nQJLY46UklvD8dkf2f1ig= X-Google-Smtp-Source: AG47ELv2zx1lM5Ty08joVnU6OCruqDkLMI7ue8XNyztRhyaEy08a6NYOZUS6OHChSiAnD5aeKVLFIw== X-Received: by 10.223.144.195 with SMTP id i61mr23844226wri.227.1522083138634; Mon, 26 Mar 2018 09:52:18 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id h190sm13638082wmd.22.2018.03.26.09.52.17 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 26 Mar 2018 09:52:17 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Mon, 26 Mar 2018 18:52:17 +0200 In-Reply-To: <83d0zqg8p8.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 26 Mar 2018 18:25:39 +0300") Message-ID: <87o9ja230e.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Eli Zaretskii writes: > > Thanks, this is what I suspected. > > But now that I actually see it, I don't think I understand the reason: > the call to XftTextExtents8 asks the xft font back-end to produce the > extents for an all-ASCII string, so the fact that it may not have > glyphs for some exotic non-ASCII characters couldn't be the culprit. OK. Is it possible that because we're in synchronous mode that the signal has been received just at an inopportune moment? I'll rerun the test and let it sit for a longer time to see if it changes anything. > Also, if you replace #x274c in the original recipe with an ASCII > codepoint, it doesn't crash, does it? Yet I'd expect to see exactly > the same call to XftTextExtents8 in xftfont_open in that case. It doesn't crash if I do eg (insert-char ?a), nor (insert-char #x700). > Can you figure out what's going on here, and why? Looks like I'll have to go poking around in the guts of Xft. Pointers appreciated. Robert From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 26 13:33:26 2018 Received: (at 30874) by debbugs.gnu.org; 26 Mar 2018 17:33:26 +0000 Received: from localhost ([127.0.0.1]:54655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0Vzq-0004GK-6j for submit@debbugs.gnu.org; Mon, 26 Mar 2018 13:33:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60634) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0Vzo-0004G9-VR for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 13:33:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0Vzj-0007mW-3b for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 13:33:19 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49652) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0Vzc-0007jR-4D; Mon, 26 Mar 2018 13:33:12 -0400 Received: from [176.228.60.248] (port=3220 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f0Vzb-000285-EU; Mon, 26 Mar 2018 13:33:11 -0400 Date: Mon, 26 Mar 2018 20:33:21 +0300 Message-Id: <83605ig2se.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-reply-to: <87o9ja230e.fsf@gmail.com> (message from Robert Pluim on Mon, 26 Mar 2018 18:52:17 +0200) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Robert Pluim > Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com > Date: Mon, 26 Mar 2018 18:52:17 +0200 > > > But now that I actually see it, I don't think I understand the reason: > > the call to XftTextExtents8 asks the xft font back-end to produce the > > extents for an all-ASCII string, so the fact that it may not have > > glyphs for some exotic non-ASCII characters couldn't be the culprit. > > OK. Is it possible that because we're in synchronous mode that the > signal has been received just at an inopportune moment? I doubt that: the backtrace looks very much like describing the actual call into the X libraries. > It doesn't crash if I do eg (insert-char ?a), nor (insert-char #x700). As expected. But if you put a breakpoint at line 378 of xftfont.c, do you see the same call to XftTextExtents8 with the same arguments in the case of 'a'? > > Can you figure out what's going on here, and why? > > Looks like I'll have to go poking around in the guts of Xft. Pointers > appreciated. Sorry, I don't know enough about the xftfont back-end to provide any pointers. Maybe someone else here would. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 26 16:18:01 2018 Received: (at 30874) by debbugs.gnu.org; 26 Mar 2018 20:18:01 +0000 Received: from localhost ([127.0.0.1]:54882 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0YZ7-0008IM-09 for submit@debbugs.gnu.org; Mon, 26 Mar 2018 16:18:01 -0400 Received: from mail-wm0-f54.google.com ([74.125.82.54]:55573) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0YZ4-0008I4-7J for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 16:17:59 -0400 Received: by mail-wm0-f54.google.com with SMTP id t7so17768374wmh.5 for <30874@debbugs.gnu.org>; Mon, 26 Mar 2018 13:17:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version; bh=qidueycuv7sBSdOXrhkRrOU33sNLtYN3W8gwFFRwKts=; b=YUN0JY2ckli5lNR+98IQwwgFyPs3hN0Zx2W/pYBo81ve83QBny5a8k0bi8vkKLekNb t6ZpaF5W9e89TtSlwqZ6Nw+s7MlQPj7e9musbveCzrQ8aVPtBjyskjFblcbdiy7EwvrM 96/JxE8Vxn8oYUCdqBYsomuUTwT9k25mGXfL/5Xok/E9/RP6z3ns5/4Nm9qz7ktluVvz mkIZB6O9tu5XXjIALIgOJW+PqYsmeAE9bCa3y7EU4CJLPsWmIiSBz78HLqihJQ+plYBQ PqkWNC4QdvoAnnO5w82GKX1WdCk2GUZrrRmk55UTtbT0DhC1xUWHVWIV/O2v5stz9zv6 x0JA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version; bh=qidueycuv7sBSdOXrhkRrOU33sNLtYN3W8gwFFRwKts=; b=GWv9V4L3vXPdnzrSCXWGOiNYcyX5nkYEXmrQX/m+R9DN3v+JoOjITKvJsNALbmKCnb lGjoJERqQZsGIpCdWu7QFKUGXupelZ17KyBGxHW1QUHF67e39tSVeZxRGQsfbs3NZlY4 63sD1j4Ut4EF1QwOML1N5gYAmlCXp+rFz/nwkGsHJRKa21oS00xUQwlk9Rb8clnrjhLq 4LxiEvXK8iRtXvpN6yPwNW7VENBSj8IqtDDndD8xVd1HmWMNY/POglKBlfRGoTreSMHI Tx2Z+VC1QpIPmnHkhMncTHvFrk/dtNcVmOyT/Psrxe3uZf+ke8ZF1aiQg9Kp+L8iTy4F YG6Q== X-Gm-Message-State: AElRT7HpHlf1sS9r2CTqzw0rBTbLt6kTbxjLcjEwIpsaba499vjFZzib wUiltQqWWBToJPFDNgY8/zw= X-Google-Smtp-Source: AIpwx49v4zvCRx1iey1IXCgpGoB2ywEa/CcvlwqBeyxIIuk8Dw/vIyoByCHBM0p00L0IkRfLUsQyWw== X-Received: by 10.28.137.68 with SMTP id l65mr514006wmd.57.1522095472108; Mon, 26 Mar 2018 13:17:52 -0700 (PDT) Received: from rpluim (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id y75sm18091947wme.13.2018.03.26.13.17.50 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 26 Mar 2018 13:17:51 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> Date: Mon, 26 Mar 2018 22:17:50 +0200 In-Reply-To: <83605ig2se.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 26 Mar 2018 20:33:21 +0300") Message-ID: <87fu4m1tht.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Eli Zaretskii writes: >> From: Robert Pluim >> Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com >> Date: Mon, 26 Mar 2018 18:52:17 +0200 >> >> > But now that I actually see it, I don't think I understand the reason: >> > the call to XftTextExtents8 asks the xft font back-end to produce the >> > extents for an all-ASCII string, so the fact that it may not have >> > glyphs for some exotic non-ASCII characters couldn't be the culprit. >> >> OK. Is it possible that because we're in synchronous mode that the >> signal has been received just at an inopportune moment? > > I doubt that: the backtrace looks very much like describing the actual > call into the X libraries. Yes. Looks like Xft is stuck waiting on a futex somewhere. >> It doesn't crash if I do eg (insert-char ?a), nor (insert-char #x700). > > As expected. But if you put a breakpoint at line 378 of xftfont.c, do > you see the same call to XftTextExtents8 with the same arguments in > the case of 'a'? No, not for 'a'. I do see it for #x700. XftTextExtents8 does get called a bunch of times during startup though. >> > Can you figure out what's going on here, and why? >> >> Looks like I'll have to go poking around in the guts of Xft. Pointers >> appreciated. > > Sorry, I don't know enough about the xftfont back-end to provide any > pointers. Maybe someone else here would. You're in a maze of twisty pointers, all subtly different and half-opaque. I may end up having to build my own Xft lib. Robert From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 26 18:16:46 2018 Received: (at 30874) by debbugs.gnu.org; 26 Mar 2018 22:16:46 +0000 Received: from localhost ([127.0.0.1]:54906 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0aQ2-0002X2-LH for submit@debbugs.gnu.org; Mon, 26 Mar 2018 18:16:46 -0400 Received: from mail-wr0-f176.google.com ([209.85.128.176]:41562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0aQ1-0002Wp-Ih for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 18:16:45 -0400 Received: by mail-wr0-f176.google.com with SMTP id f14so20406860wre.8 for <30874@debbugs.gnu.org>; Mon, 26 Mar 2018 15:16:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version; bh=GSoY+xLVU7qvQ2W34U3GuOb9VWRt/hRRy72WJLtcZx8=; b=AXjaPxj2Km+lRjYhKUikKGALC6on6J2bpw6P+I6h8cXY/azhnyvedZKQsT7btgfhQY 2bGIQ2CldhyQvm0UNy1o0S3PjCJlewqbNuin2aFMxF7owhz0kMYlY0vOlVymR78vOfo0 AlOtwsaBWjqJMMJdJzLXLGgs2/1rpfq5BY0T6FC7u21LsrQb1ogIaExWKS6OIrUOWgrv lob3FRL5Jqrdmz/35I8oIiklZ1CCJul76Dr2fA3CkIqqPN91XUXO0pQRtVOxZFB9fzJI /HOIQCXgnzbDDCEVSI1Q7egVYPfW6qUgMVaydH57y5GKpK6w6XHBkcUy1KYqROoxKESE fSfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version; bh=GSoY+xLVU7qvQ2W34U3GuOb9VWRt/hRRy72WJLtcZx8=; b=EY52ONuab+CZoFQFuOD4AUeZEvxEBNZ3WvTnKSBVks7wVleLN5KxVy/jbMIHdr1l+c T5jzyHoeAuDHe9fDChD+JBgnaC1r0naP5UZ8tqX+gf1zpEJqaar8W7R+LTeHKP/if8hX A7aB0FS8jb7AZSasI6Sr/KDP45CMzNLeL37PN17PF7bklfB0z8XibRMONOYmxqLUFxvC 44bI464ly4Ad8ezRYmCQjRp6MP95MOUbe58vhyuc+Fbh/C1FQJMOV30rajy70fUPEp5I XGIqHvDB110t62JqNtjVgEgCfvqRYDc0SKv4sByKs8WLadnG9pNXgO2N47ox1uiO1sfu EO8A== X-Gm-Message-State: AElRT7GjY/FB2UQIjVn2l3i3Zcz6gTBFigzEhzKqtMFn9BovqLDlMnZ5 dYCuB43RDibFqf278k017cE= X-Google-Smtp-Source: AG47ELt2YfTam8JNydjz1hm25UTEbhx2rsT3cC4iL67o1XewMf94+nVVYXf34cNjOZGa5YXcNJrhuA== X-Received: by 10.223.191.11 with SMTP id p11mr31671234wrh.160.1522102599689; Mon, 26 Mar 2018 15:16:39 -0700 (PDT) Received: from rpluim (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id l41sm33828663wrl.2.2018.03.26.15.16.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 26 Mar 2018 15:16:38 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Tue, 27 Mar 2018 00:16:37 +0200 In-Reply-To: <87fu4m1tht.fsf@gmail.com> (Robert Pluim's message of "Mon, 26 Mar 2018 22:17:50 +0200") Message-ID: <878tae1nzu.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Robert Pluim writes: > You're in a maze of twisty pointers, all subtly different and > half-opaque. I may end up having to build my own Xft lib. Eli nailed it in about the 2nd message of this thread. I added some debug to libXft. When the set-fonset-font is executed, Xft loads /usr/share/fonts/eosrei-emojione/emojione-android.ttf. Some of the glyphs in that font cause Xft to allocate 16384 bytes of bitmap buffer, which is what causes the problems [1]. If I move that font out of the way I get no crash. I think we're back to a variant of Bug #30045. Robert Footnotes: [1] Is Xft *really* this fragile? From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 26 23:02:41 2018 Received: (at 30874) by debbugs.gnu.org; 27 Mar 2018 03:02:41 +0000 Received: from localhost ([127.0.0.1]:55000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0esi-0002hi-79 for submit@debbugs.gnu.org; Mon, 26 Mar 2018 23:02:41 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41419) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0esf-0002hU-Tw for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 23:02:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0esZ-0003kZ-KL for 30874@debbugs.gnu.org; Mon, 26 Mar 2018 23:02:32 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34522) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0esU-0003fP-KV; Mon, 26 Mar 2018 23:02:26 -0400 Received: from [176.228.60.248] (port=4258 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f0esT-00019B-P2; Mon, 26 Mar 2018 23:02:26 -0400 Date: Tue, 27 Mar 2018 06:02:36 +0300 Message-Id: <83lgeedxv7.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-reply-to: <878tae1nzu.fsf@gmail.com> (message from Robert Pluim on Tue, 27 Mar 2018 00:16:37 +0200) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Robert Pluim > Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com > Date: Tue, 27 Mar 2018 00:16:37 +0200 > > I added some debug to libXft. When the set-fonset-font is executed, > Xft loads /usr/share/fonts/eosrei-emojione/emojione-android.ttf. Some > of the glyphs in that font cause Xft to allocate 16384 bytes of bitmap > buffer, which is what causes the problems [1]. If I move that font out > of the way I get no crash. I think we're back to a > variant of Bug #30045. Thanks! Jan, do you also see this font loaded in your case? So how do we end up loading that problematic font, and why does that happen with the recipe for this bug, but not if set-fonset-font on the command line is omitted? It looks like this is a problem with all color emoji fonts, so this is indeed a duplicate of bug#30045. See this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1498269 The question now becomes: how do we avoid loading such fonts, at least when the xftfont back-end is in use? Is there any alternative except telling users to "move such fonts out of the way"? From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 27 04:57:14 2018 Received: (at 30874) by debbugs.gnu.org; 27 Mar 2018 08:57:14 +0000 Received: from localhost ([127.0.0.1]:55168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0kPq-0004UI-9B for submit@debbugs.gnu.org; Tue, 27 Mar 2018 04:57:14 -0400 Received: from mail-wr0-f182.google.com ([209.85.128.182]:33145) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0kPn-0004U3-RQ for 30874@debbugs.gnu.org; Tue, 27 Mar 2018 04:57:12 -0400 Received: by mail-wr0-f182.google.com with SMTP id z73so21579822wrb.0 for <30874@debbugs.gnu.org>; Tue, 27 Mar 2018 01:57:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=Pb3zkkbNwXd8ojsOCxHN5L7ZIorXN1Dr/2eBZGzERn0=; b=CrgDKmKsG3Z5k7SbnF9OrA5lr9iTosKSGnD32RUUEDSHOGkbJUZGO0p77pIzonAKd1 GlCltvwVIjuRqtDChPN/ZiZ9FIhXVXv/nyq/GSCXANHoMge2HTJP6CROF71yzDAIQ9u8 D74YQuLEwJ9GoxCHUizcSz6iQHVIV3P7ylYyHvhblFfBFZbQAvl0tEiLopzZH91yMWPm FHC66L8fuZZ9V6pjap/CJDACE+0lNpbgZrQ3i9snrWik1yBamXUTHumcInjPDS9fmEeI vPydq/sYAx3JvklmevKRNlY94jg0YAV3t7+Dsczl0l9Y8kl/2oZVYX+0dLT2sFLvd7X3 eGBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=Pb3zkkbNwXd8ojsOCxHN5L7ZIorXN1Dr/2eBZGzERn0=; b=de2mYXFvlw+nPCap8EtiHNMIct7VRMHatlxziZb1hSQ1mi7zMsgFLJ9fBcGwGjpRMr B52550gLG3A7o26UB4xdrzpuDgH8ag4wiIT4pwwGo/zp448tPKqR90iCjH1rEqR1OQ/E hgGRRsw2uNGBBS6Il+wRr7rofG8v5XNhxjIOeUVsTlH2cztqG3xpirPaJLxQWLDRnqal NND3itjc0CsLsaiJSlaX/+iF0m2en8uoo588wyFiiU73tU19qhubEBnl3QcHmQxikTqC qcrSO76/YT4SlNxH9fP9mY8tpDKhmT9Tul+zvotqhG2gws1Yfdg8N6z+8ER7L7olIYNV PLyQ== X-Gm-Message-State: AElRT7Hx37GF+XlU3MqypPc3ImSIQq0R4LwHB5+/DZcwrV1hxxOq/Y2c IEwYjGlF6TkUiPukMgis6K0= X-Google-Smtp-Source: AIpwx4+TwlIhloA2ddJMCMiLSUyBcEJ04DIzxMtE101GaFlcvwy96XLQ10FZ3wIZJEN/dbx7yRnmWA== X-Received: by 10.223.139.206 with SMTP id w14mr1745628wra.169.1522141025744; Tue, 27 Mar 2018 01:57:05 -0700 (PDT) Received: from rpluim (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id h197sm699658wmd.3.2018.03.27.01.57.04 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 27 Mar 2018 01:57:04 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Tue, 27 Mar 2018 10:57:03 +0200 In-Reply-To: <83lgeedxv7.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 27 Mar 2018 06:02:36 +0300") Message-ID: <874ll128ww.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Eli Zaretskii writes: > So how do we end up loading that problematic font, and why does that > happen with the recipe for this bug, but not if set-fonset-font on the > command line is omitted? Here=CA=BCs what the file loading looks like from Xft's perspective: XFT_DEBUG=3D16 LD_LIBRARY_PATH=3D/home/rpluim/repos/src/libXft-2.3.2/src/.l= ibs/ ./emacs -Q XFT_DEBUG=3D16 FontFile /home/rpluim/.local/share/fonts/Inconsolata-Regular.ttf/0 matches = new Loading file /home/rpluim/.local/share/fonts/Inconsolata-Regular.ttf/0 FontFile /home/rpluim/.local/share/fonts/Inconsolata-Regular.ttf/0 matches = existing (2) FontFile /usr/share/fonts/inconsolata/Inconsolata-Bold.ttf/0 matches new Loading file /usr/share/fonts/inconsolata/Inconsolata-Bold.ttf/0 # Inconsolata is my system default monospace font. Now I insert #x274c : FontFile /usr/share/fonts/inconsolata/Inconsolata-Regular.ttf/0 matches new Loading file /usr/share/fonts/inconsolata/Inconsolata-Regular.ttf/0 FontFile /usr/share/fonts/vlgothic/VL-Gothic-Regular.ttf/0 matches new Loading file /usr/share/fonts/vlgothic/VL-Gothic-Regular.ttf/0 # I think this means Inconsolata doesn=CA=BCt have a glyph for that # codepoint, although I thought the default fontset specified Symbola # for that codepoint (and Symbola is installed), so I don=CA=BCt understand # why VL-Gothic is chosen. # Now I change the fontset, and this time it finds the # emojione-android font : =20=20 FontFile /usr/share/fonts/dejavu/DejaVuSansMono.ttf/0 matches new Loading file /usr/share/fonts/dejavu/DejaVuSansMono.ttf/0 FontFile /home/rpluim/.local/share/fonts/Inconsolata-Regular.ttf/0 matches = existing (2) FontFile /usr/share/fonts/eosrei-emojione/emojione-android.ttf/0 matches new Loading file /usr/share/fonts/eosrei-emojione/emojione-android.ttf/0 > It looks like this is a problem with all color emoji fonts, so this is > indeed a duplicate of bug#30045. See this bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=3D1498269 > > The question now becomes: how do we avoid loading such fonts, at least > when the xftfont back-end is in use? Is there any alternative except > telling users to "move such fonts out of the way"? Accoding to that bug, the solution is for the application to 'move away from legacy Xft to fontconfig', whatever that means. I can say that building '--without-xft' is definitely sub-optimal (the buffer text isn=CA=BCt scaled, and Emacs doesn=CA=BCt find a font to display #x274= c). Robert From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 27 12:52:03 2018 Received: (at control) by debbugs.gnu.org; 27 Mar 2018 16:52:03 +0000 Received: from localhost ([127.0.0.1]:56175 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0rpL-0002me-42 for submit@debbugs.gnu.org; Tue, 27 Mar 2018 12:52:03 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36670) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0rpK-0002m9-4M for control@debbugs.gnu.org; Tue, 27 Mar 2018 12:52:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0rpE-0007f4-EO for control@debbugs.gnu.org; Tue, 27 Mar 2018 12:51:57 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50389) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0rpE-0007f0-AS for control@debbugs.gnu.org; Tue, 27 Mar 2018 12:51:56 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1f0rpE-0003yZ-0P for control@debbugs.gnu.org; Tue, 27 Mar 2018 12:51:56 -0400 Subject: control message for bug 30874 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Tue, 27 Mar 2018 12:51:56 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) tag 30874 = From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 27 12:52:11 2018 Received: (at control) by debbugs.gnu.org; 27 Mar 2018 16:52:11 +0000 Received: from localhost ([127.0.0.1]:56178 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0rpT-0002n0-AT for submit@debbugs.gnu.org; Tue, 27 Mar 2018 12:52:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36683) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0rpR-0002mm-Ew for control@debbugs.gnu.org; Tue, 27 Mar 2018 12:52:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0rpL-0007i5-Ov for control@debbugs.gnu.org; Tue, 27 Mar 2018 12:52:04 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50394) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0rpL-0007i1-LF for control@debbugs.gnu.org; Tue, 27 Mar 2018 12:52:03 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1f0rpL-00040k-Et for control@debbugs.gnu.org; Tue, 27 Mar 2018 12:52:03 -0400 Subject: control message for bug 30874 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Tue, 27 Mar 2018 12:52:03 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) forcemerge 30045 30874 From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 29 06:26:24 2018 Received: (at 30874) by debbugs.gnu.org; 29 Mar 2018 10:26:24 +0000 Received: from localhost ([127.0.0.1]:57983 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1UlE-0003tP-4H for submit@debbugs.gnu.org; Thu, 29 Mar 2018 06:26:24 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1UlA-0003t9-Ng for 30874@debbugs.gnu.org; Thu, 29 Mar 2018 06:26:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f1Ul1-0002lZ-I1 for 30874@debbugs.gnu.org; Thu, 29 Mar 2018 06:26:15 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39029) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f1Ukq-0002aq-KF; Thu, 29 Mar 2018 06:26:00 -0400 Received: from [176.228.60.248] (port=2047 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f1Ukp-0002aH-DB; Thu, 29 Mar 2018 06:26:00 -0400 Date: Thu, 29 Mar 2018 13:25:43 +0300 Message-Id: <83efk3dvq0.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-reply-to: <874ll128ww.fsf@gmail.com> (message from Robert Pluim on Tue, 27 Mar 2018 10:57:03 +0200) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Robert Pluim > Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com > Date: Tue, 27 Mar 2018 10:57:03 +0200 > > Eli Zaretskii writes: > > > So how do we end up loading that problematic font, and why does that > > happen with the recipe for this bug, but not if set-fonset-font on the > > command line is omitted? > > Hereʼs what the file loading looks like from Xft's perspective: > > XFT_DEBUG=16 LD_LIBRARY_PATH=/home/rpluim/repos/src/libXft-2.3.2/src/.libs/ ./emacs -Q > > XFT_DEBUG=16 > FontFile /home/rpluim/.local/share/fonts/Inconsolata-Regular.ttf/0 matches new > Loading file /home/rpluim/.local/share/fonts/Inconsolata-Regular.ttf/0 > FontFile /home/rpluim/.local/share/fonts/Inconsolata-Regular.ttf/0 matches existing (2) > FontFile /usr/share/fonts/inconsolata/Inconsolata-Bold.ttf/0 matches new > Loading file /usr/share/fonts/inconsolata/Inconsolata-Bold.ttf/0 > > # Inconsolata is my system default monospace font. Now I insert #x274c : > > FontFile /usr/share/fonts/inconsolata/Inconsolata-Regular.ttf/0 matches new > Loading file /usr/share/fonts/inconsolata/Inconsolata-Regular.ttf/0 > FontFile /usr/share/fonts/vlgothic/VL-Gothic-Regular.ttf/0 matches new > Loading file /usr/share/fonts/vlgothic/VL-Gothic-Regular.ttf/0 What does "matches new" mean in this log? And what does "matches existing" (below) mean? > # I think this means Inconsolata doesnʼt have a glyph for that > # codepoint, although I thought the default fontset specified Symbola > # for that codepoint (and Symbola is installed), so I donʼt understand > # why VL-Gothic is chosen. Strange indeed. Does setting use-default-font-for-symbols to a nil value change this in any way? > # Now I change the fontset, and this time it finds the > # emojione-android font : > > FontFile /usr/share/fonts/dejavu/DejaVuSansMono.ttf/0 matches new > Loading file /usr/share/fonts/dejavu/DejaVuSansMono.ttf/0 > FontFile /home/rpluim/.local/share/fonts/Inconsolata-Regular.ttf/0 matches existing (2) > FontFile /usr/share/fonts/eosrei-emojione/emojione-android.ttf/0 matches new > Loading file /usr/share/fonts/eosrei-emojione/emojione-android.ttf/0 Right. Does use-default-font-for-symbols change anything in this case? > > It looks like this is a problem with all color emoji fonts, so this is > > indeed a duplicate of bug#30045. See this bug: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1498269 > > > > The question now becomes: how do we avoid loading such fonts, at least > > when the xftfont back-end is in use? Is there any alternative except > > telling users to "move such fonts out of the way"? > > Accoding to that bug, the solution is for the application to 'move > away from legacy Xft to fontconfig', whatever that means. I can say > that building '--without-xft' is definitely sub-optimal (the buffer > text isnʼt scaled, and Emacs doesnʼt find a font to display #x274c). We already use fontconfig to some extent, and xftfont is AFAIK the most advanced font backend we have. Patches for switching to using more of fontconfig's features (assuming it can replace Xft), or for switching to a more modern back-end (harfbuzz?) are welcome, but I don't hold my breath, as I don't think we have expert on board who know enough about complex script shaping to make progress in those directions. As a stopgap, I think we should find a way of ignoring the problematic fonts. Is there some way of detecting them? AFAICT, we could do that either in ftfont_match or in its subroutine ftfont_spec_pattern. We could then pretend that these fonts don't match any font spec, perhaps subject to some variable (which would provide a 'fire escape"), which I think would fix the problem. Failing that, we could have a non-empty list in face-ignored-fonts, but that would be an inferior solution, and it would take us more time to come up with the full list of the problematic fonts. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 29 06:35:43 2018 Received: (at 30874) by debbugs.gnu.org; 29 Mar 2018 10:35:43 +0000 Received: from localhost ([127.0.0.1]:57992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1UuF-00047F-HC for submit@debbugs.gnu.org; Thu, 29 Mar 2018 06:35:43 -0400 Received: from mail-io0-f172.google.com ([209.85.223.172]:35342) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1UuE-000472-7w for 30874@debbugs.gnu.org; Thu, 29 Mar 2018 06:35:42 -0400 Received: by mail-io0-f172.google.com with SMTP id x77so880350ioi.2 for <30874@debbugs.gnu.org>; Thu, 29 Mar 2018 03:35:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=GgwLoBJ0+VxgVH6GNfC9RrmDXegJCVCkjaif22roMhI=; b=hFVFfxoEWgx4uqhr2DAQmD3gOJ7cTeq+roNB+FWOMDHFGfJAYHPy8dDD4T8JMwQAAQ q36ZemQvAuxeE/bglxxYnXcrgU3AS+JZFxOopNhKtquwwTPHwrwKTeY02W93IC+kIb6v 9mchW4BcsaFF0RhbaPz48lL645WsqjpiT1HXnxC6Hl74qYbGt1iUsGbbXge4RyXF4X8Q sqVblEUVf8+2scLKGSeEIOzdU0cIxnjiIwXRo3lBPJQJ0DxOu2TX7qefG7ruQpaTSWfw 1FYSDfctIUjIqc2+EJ4hWe0s23UM9UgmJlU9N8dYGKQC8oj3KdftWrl8lwHaz49tMbDP Y9OA== X-Gm-Message-State: AElRT7E0j2NelHs6dZj0udbxMlnK5PjnJhkNH7BpDFgvA0+TFM9sZ9XN 12HHSsR3FHQsLewhg0kuGog+Gk0LAJtoW1L9EvfEzA== X-Google-Smtp-Source: AG47ELvuC3KmifUUB7DzHN4VR8W0pY9G8ru7LGGbJevO7+KmTBh7HNlOj6Yuzo0ja2tI9G/u/Q7F7WwlMHwhwdW2J/U= X-Received: by 10.107.148.16 with SMTP id w16mr48745743iod.225.1522319736798; Thu, 29 Mar 2018 03:35:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.159.197 with HTTP; Thu, 29 Mar 2018 03:35:36 -0700 (PDT) In-Reply-To: <83lgeedxv7.fsf@gnu.org> References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> From: Jan Synacek Date: Thu, 29 Mar 2018 12:35:36 +0200 Message-ID: Subject: Re: bug#30874: 27.0.50; Emacs crashes To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, Robert Pluim X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On Tue, Mar 27, 2018 at 5:02 AM, Eli Zaretskii wrote: >> From: Robert Pluim >> Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com >> Date: Tue, 27 Mar 2018 00:16:37 +0200 >> >> I added some debug to libXft. When the set-fonset-font is executed, >> Xft loads /usr/share/fonts/eosrei-emojione/emojione-android.ttf. Some >> of the glyphs in that font cause Xft to allocate 16384 bytes of bitmap >> buffer, which is what causes the problems [1]. If I move that font out >> of the way I get no crash. I think we're back to a >> variant of Bug #30045. > > Thanks! > > Jan, do you also see this font loaded in your case? Yes, I do. -- Jan Synacek Software Engineer, Red Hat From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 29 12:14:21 2018 Received: (at 30874) by debbugs.gnu.org; 29 Mar 2018 16:14:21 +0000 Received: from localhost ([127.0.0.1]:58856 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1aBx-00068H-6O for submit@debbugs.gnu.org; Thu, 29 Mar 2018 12:14:21 -0400 Received: from mail-wr0-f176.google.com ([209.85.128.176]:39737) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1aBu-000683-VM for 30874@debbugs.gnu.org; Thu, 29 Mar 2018 12:14:19 -0400 Received: by mail-wr0-f176.google.com with SMTP id c24so5910247wrc.6 for <30874@debbugs.gnu.org>; Thu, 29 Mar 2018 09:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:message-id:mime-version:content-transfer-encoding; bh=R4DxZVk9qmwf8Zk3UubpWEbVO4qxnK+ivdsuNCnRw5w=; b=Jh+0L4qY97O2tWKEGoaz7peCYSQPadzO3O6EtiJpdMwK2uAn7rJNUCsCatlxjUgUNK SK49aMcCLb7m6h4AaIBTB22GeP+zNFK62Z0g9N1RbEKnxk1K+2mj/sl1W4yVUiROjBUu eoBqI4tJUbpdiDiWlbFxcE+ke0cnj4S2AvRx6E4t1m2kISs0UYuB6YEAVJOVd+N6l2QB aRNShOGt4sD1wqL5azXH4nwRUZKjChytGA1O5N76D4hyz7jQf1miAs4zYb2MRsKy3paU U/e+YJJjg2GG8CyCTVu5hNcWIvA4Wu2Am/gaEf2dGxtyU/aLUVd3/XtL9ayD7snb/G2I xtfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:message-id:mime-version :content-transfer-encoding; bh=R4DxZVk9qmwf8Zk3UubpWEbVO4qxnK+ivdsuNCnRw5w=; b=DFp1EWm8FFWgjxJYoS9avsX4JU4N/2y5NVHzmgrlYYiOkDKjKBgXxiACU3Yi1qOl47 hH65Er1+MVbfNmVkyRgJCzU8koy5zkSCCF6ApELHbBAwXzPLGJXmFxqYye1Od9+uyPhC F8lbF29KSdq7ogk1baTYHZhC3dKxt8affJ6DrSe4eAix1mHhCXOzM9cbXBkcivQZZE3t HaIURJPpxwL8lAE/eDb/ReTwXZQhjn1ASwkiHyNniVvZNbkhBusIqPxMiVpHDyq1jXJ1 D+bn1APJdZPW2EUaXJoUXt2VeM+NAOeFqPtLURpUCU8pLPm4dIEMizHih44deOr5DnMv Q+sw== X-Gm-Message-State: AElRT7F1TG7lSBx5bgsvLEXj9tnbrJWYwi2+H97dbTjGAYMCqbicsLQC 6TyHw3owAl6tE9ug8EMrWW8= X-Google-Smtp-Source: AIpwx49NN2X4mGhSZVFx/pJVEPvLtaFLn2WWRNZgtH1pUGl6J71/yVvmcRK4WjqS9y6zsBtD6D87bA== X-Received: by 10.223.188.12 with SMTP id s12mr7016348wrg.266.1522340052810; Thu, 29 Mar 2018 09:14:12 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id p19sm11546735wrb.75.2018.03.29.09.14.11 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 29 Mar 2018 09:14:11 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Thu, 29 Mar 2018 18:14:11 +0200 Message-ID: <87po3mdfl8.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Eli Zaretskii writes: >> From: Robert Pluim >> # Inconsolata is my system default monospace font. Now I insert #x274c : >>=20 >> FontFile /usr/share/fonts/inconsolata/Inconsolata-Regular.ttf/0 matches = new >> Loading file /usr/share/fonts/inconsolata/Inconsolata-Regular.ttf/0 >> FontFile /usr/share/fonts/vlgothic/VL-Gothic-Regular.ttf/0 matches new >> Loading file /usr/share/fonts/vlgothic/VL-Gothic-Regular.ttf/0 > > What does "matches new" mean in this log? And what does "matches > existing" (below) mean? "matches new" means "this is the first time Xft has loaded this file", similarly "matches existing" means "already loaded" (this is Xft=CA=BCs debug, not mine) >> # I think this means Inconsolata doesn=CA=BCt have a glyph for that >> # codepoint, although I thought the default fontset specified Symbola >> # for that codepoint (and Symbola is installed), so I don=CA=BCt underst= and >> # why VL-Gothic is chosen. > > Strange indeed. Does setting use-default-font-for-symbols to a nil > value change this in any way? No change. I=CA=BCm beginning to suspect that when we query for the font that Xft is doing font subsitution for us. >> # Now I change the fontset, and this time it finds the >> # emojione-android font : >>=20=20=20 >> FontFile /usr/share/fonts/dejavu/DejaVuSansMono.ttf/0 matches new >> Loading file /usr/share/fonts/dejavu/DejaVuSansMono.ttf/0 >> FontFile /home/rpluim/.local/share/fonts/Inconsolata-Regular.ttf/0 match= es existing (2) >> FontFile /usr/share/fonts/eosrei-emojione/emojione-android.ttf/0 matches= new >> Loading file /usr/share/fonts/eosrei-emojione/emojione-android.ttf/0 > > Right. Does use-default-font-for-symbols change anything in this > case? No change >> > The question now becomes: how do we avoid loading such fonts, at least >> > when the xftfont back-end is in use? Is there any alternative except >> > telling users to "move such fonts out of the way"? >>=20 >> Accoding to that bug, the solution is for the application to 'move >> away from legacy Xft to fontconfig', whatever that means. I can say >> that building '--without-xft' is definitely sub-optimal (the buffer >> text isn=CA=BCt scaled, and Emacs doesn=CA=BCt find a font to display #x= 274c). > Actually, I think this is because '--without-xft' also disables Freetype, according to the configure log. > We already use fontconfig to some extent, and xftfont is AFAIK the > most advanced font backend we have. Patches for switching to using > more of fontconfig's features (assuming it can replace Xft), or for > switching to a more modern back-end (harfbuzz?) are welcome, but I > don't hold my breath, as I don't think we have expert on board who > know enough about complex script shaping to make progress in those > directions. As I understand it, we should use fontconfig for finding fonts, harfbuzz for doing the layout, and cairo to actually render the result, but this is definitely not my area (plus it=CA=BCs Emacs redisplay, which I=CA=BCm told is scary) I do note we have an Xft font backend, a freetype one, and a freetype+cairo one already, which seems excessive. > As a stopgap, I think we should find a way of ignoring the problematic > fonts. Is there some way of detecting them? You mean short of running ftfont_get_bitmap over every available codepoint in the font and skipping it if the resulting width * height is > 4096 [1]? That would probably detect a problematic font pretty quickly, but is not very elegant. Also I=CA=BCm not sure we get to intervene before Xft decides that it needs to fall back to that font. > AFAICT, we could do that > either in ftfont_match or in its subroutine ftfont_spec_pattern. We > could then pretend that these fonts don't match any font spec, perhaps > subject to some variable (which would provide a 'fire escape"), which > I think would fix the problem. I=CA=BCm hoping that matching on something like !'family emoji' would work, although I=CA=BCve not figured out how to express that in fontconfig-speak. > Failing that, we could have a non-empty list in face-ignored-fonts, > but that would be an inferior solution, and it would take us more time > to come up with the full list of the problematic fonts. That works, but it also feels hacky. Robert Footnotes: [1] If only the calculation were that simple From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 29 13:08:23 2018 Received: (at 30874) by debbugs.gnu.org; 29 Mar 2018 17:08:23 +0000 Received: from localhost ([127.0.0.1]:58934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1b2F-0007UO-1z for submit@debbugs.gnu.org; Thu, 29 Mar 2018 13:08:23 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60503) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1b2D-0007UC-TN for 30874@debbugs.gnu.org; Thu, 29 Mar 2018 13:08:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f1b27-0000mw-Ew for 30874@debbugs.gnu.org; Thu, 29 Mar 2018 13:08:16 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47390) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f1b22-0000gY-4W; Thu, 29 Mar 2018 13:08:10 -0400 Received: from [176.228.60.248] (port=3066 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f1b21-0005ln-LA; Thu, 29 Mar 2018 13:08:10 -0400 Date: Thu, 29 Mar 2018 20:07:54 +0300 Message-Id: <83sh8idd3p.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-reply-to: <87po3mdfl8.fsf@gmail.com> (message from Robert Pluim on Thu, 29 Mar 2018 18:14:11 +0200) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Robert Pluim > Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com > Date: Thu, 29 Mar 2018 18:14:11 +0200 > > > We already use fontconfig to some extent, and xftfont is AFAIK the > > most advanced font backend we have. Patches for switching to using > > more of fontconfig's features (assuming it can replace Xft), or for > > switching to a more modern back-end (harfbuzz?) are welcome, but I > > don't hold my breath, as I don't think we have expert on board who > > know enough about complex script shaping to make progress in those > > directions. > > As I understand it, we should use fontconfig for finding fonts, > harfbuzz for doing the layout, and cairo to actually render the > result Does harfbuzz require Cairo? If it does, that's unfortunate, because the Cairo rendering option currently has a few known and annoying redisplay bugs, which no one seems to be willing/capable of fixing. > plus itʼs Emacs redisplay, which Iʼm told is scary Don't believe the rumors too much. Besides, adding a font backend doesn't require to mess with the display code in any way, all you need is implement the interfaces you see documented in 'struct font_driver' defined in font.h (reusing the methods of existing backends where appropriate, as xftfont does with ftfont methods); all the rest is already taken care of in the infrastructure. The only interface between font back-end methods and the display engine is via 'struct glyph_string', which is a relatvely simple data structure. > I do note we have an Xft font backend, a freetype one, and a > freetype+cairo one already, which seems excessive. You forgot xfont and freetype-without-XFT. It could be that we could remove some of them, but I don't know which ones are used and how much. And freetype+cairo is not used much because of the Cairo problems. > > As a stopgap, I think we should find a way of ignoring the problematic > > fonts. Is there some way of detecting them? > > You mean short of running ftfont_get_bitmap over every available > codepoint in the font and skipping it if the resulting width * height > is > 4096 [1]? That would probably detect a problematic font pretty > quickly, but is not very elegant. Also Iʼm not sure we get to > intervene before Xft decides that it needs to fall back to that font. AFAIK, there's no "fallback" per se. Whenever the already-loaded fonts don't support a character, Emacs looks for the fonts that do using the "match" method. If we always fail these fonts in that method, they will never be used. > > AFAICT, we could do that > > either in ftfont_match or in its subroutine ftfont_spec_pattern. We > > could then pretend that these fonts don't match any font spec, perhaps > > subject to some variable (which would provide a 'fire escape"), which > > I think would fix the problem. > > Iʼm hoping that matching on something like !'family emoji' would work, > although Iʼve not figured out how to express that in fontconfig-speak. I thought there could be a way of detecting those "color bitmap fonts" by examining their attributes in ftfont_match and/or ftfont_spec_pattern. Then we could return a failure indication for them. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 30 01:10:38 2018 Received: (at 30874) by debbugs.gnu.org; 30 Mar 2018 05:10:38 +0000 Received: from localhost ([127.0.0.1]:59274 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1mJC-0002um-0g for submit@debbugs.gnu.org; Fri, 30 Mar 2018 01:10:38 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41338) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1mJB-0002sw-4w for 30874@debbugs.gnu.org; Fri, 30 Mar 2018 01:10:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f1mJ4-0004eq-IW for 30874@debbugs.gnu.org; Fri, 30 Mar 2018 01:10:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59918) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f1mJ1-0004b9-Vn; Fri, 30 Mar 2018 01:10:28 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1f1mJ1-0006zI-Dm; Fri, 30 Mar 2018 01:10:27 -0400 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> X-Spook: quiche Palestine Liberation Front investigation Bruxelles X-Ran: ybw6Ps4,>kzsnSMISGKjf6tp'(Zw1]4qTc)?t+RKzP X-Hue: blue X-Debbugs-No-Ack: yes X-Attribution: GM Date: Fri, 30 Mar 2018 01:10:27 -0400 In-Reply-To: <83sh8idd3p.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 29 Mar 2018 20:07:54 +0300") Message-ID: <51y3ia173w.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, Robert Pluim , jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Eli Zaretskii wrote: > Does harfbuzz require Cairo? If it does, that's unfortunate, because > the Cairo rendering option currently has a few known and annoying > redisplay bugs, which no one seems to be willing/capable of fixing. Jan mentioned this in the initial addition of cairo: http://lists.gnu.org/archive/html/emacs-devel/2015-02/msg00795.html [...] it is just a step to keep up with the times, i.e. server side (as in X11 server) rendering is going away as it seems. So Emacs must at some point develop client side (cairo) rendering. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 30 04:01:22 2018 Received: (at 30874) by debbugs.gnu.org; 30 Mar 2018 08:01:22 +0000 Received: from localhost ([127.0.0.1]:59318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1oyQ-0000Lq-Hy for submit@debbugs.gnu.org; Fri, 30 Mar 2018 04:01:22 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39525) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1oyP-0000Ld-17 for 30874@debbugs.gnu.org; Fri, 30 Mar 2018 04:01:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f1oyF-0003mP-5e for 30874@debbugs.gnu.org; Fri, 30 Mar 2018 04:01:16 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33648) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f1oy2-0003if-9Z; Fri, 30 Mar 2018 04:00:58 -0400 Received: from [176.228.60.248] (port=3864 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f1oy0-0008PO-7W; Fri, 30 Mar 2018 04:00:56 -0400 Date: Fri, 30 Mar 2018 11:00:43 +0300 Message-Id: <83in9ec7ro.fsf@gnu.org> From: Eli Zaretskii To: Glenn Morris In-reply-to: <51y3ia173w.fsf@fencepost.gnu.org> (message from Glenn Morris on Fri, 30 Mar 2018 01:10:27 -0400) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <51y3ia173w.fsf@fencepost.gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, rpluim@gmail.com, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Glenn Morris > Cc: Robert Pluim , 30874@debbugs.gnu.org, jsynacek@redhat.com > Date: Fri, 30 Mar 2018 01:10:27 -0400 > > Eli Zaretskii wrote: > > > Does harfbuzz require Cairo? If it does, that's unfortunate, because > > the Cairo rendering option currently has a few known and annoying > > redisplay bugs, which no one seems to be willing/capable of fixing. > > Jan mentioned this in the initial addition of cairo: > > http://lists.gnu.org/archive/html/emacs-devel/2015-02/msg00795.html > > [...] it is just a step to keep up with the times, i.e. server side > (as in X11 server) rendering is going away as it seems. So Emacs must > at some point develop client side (cairo) rendering. Yes, we hoped Cairo will gradually take over the current defaults, but its problems must be fixed before we can do that. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 30 06:36:55 2018 Received: (at 30874) by debbugs.gnu.org; 30 Mar 2018 10:36:55 +0000 Received: from localhost ([127.0.0.1]:59390 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1rOw-0003sh-TO for submit@debbugs.gnu.org; Fri, 30 Mar 2018 06:36:55 -0400 Received: from mail-wm0-f49.google.com ([74.125.82.49]:54424) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1rOu-0003sU-Th for 30874@debbugs.gnu.org; Fri, 30 Mar 2018 06:36:53 -0400 Received: by mail-wm0-f49.google.com with SMTP id h76so15070059wme.4 for <30874@debbugs.gnu.org>; Fri, 30 Mar 2018 03:36:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=CIZ44aBNEZT0oCcoqWkYB3dpLLkdCfzGkdTQ5XG+P+s=; b=Hl4Io+lEI3AjtCMxqutXSKNZu7PWVbfB3RcnLCZRG6vvQ8tVUwG802qc7HEfnr/wRZ aOWNlNlkDE1ALHBYNPfPeKbuP/glhHYUlZF/19D30jKlUddRljtmwb4ssef7+B9gKKHG fzwc9QS46F4fMgWhKhQHHWeDwSi+v5k4VUOO9IibkxDkMAQt8cxx0WOfN3UPBcRd/BwJ U1vQBO8ahXwiDJmzgHkcjsCv/ZmjxFur0Q/nRM7A/Mo+xhCVAVkZZ72bI8MxLtm4Fx4U vU0xl3NXOD8lrB2n8Ukl7SmxsqR0qs9Rl0uHZ+1dsmYTU2gpcR52Xu5x2v+SnbmDISRt a0zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=CIZ44aBNEZT0oCcoqWkYB3dpLLkdCfzGkdTQ5XG+P+s=; b=eEkliHYsQkbUv/7/yhrCe1Qmx0LCGv8uCQNordBumYjDVARDYLeauFL6W61vD6fFdy fXlOtiBo7v3NjocJunqUpbjQZ/noKFM3NT1Dmnkil87h8dBhVqcxeX2u2Lvr+CDzDhsf o1ko1YyS8AfrcLN/p7fICOZWt7EsKuy20OilRxrX4kdCQqBegERUHm2QntVFpRv2eESG dzNi8M4c232O5A2ARGJRYQ88J88xjAMdNvFy1pcpvcoYOoNrVQmV8E0PD600QZreCjMr Q9o0lZn0n1sqW8v4xPiUwdoQZ6MV1cYYJ/SuNO2serkEaiW3T1a7TCA4RrVIIeF17Rrl KlFQ== X-Gm-Message-State: AElRT7H7Gmql4HKAJgCYaWqh/6R8aPwpL4P3e1o11BL4JE5cTwepEA0X ZA51Kep05C7K5AjXOvrpLTI= X-Google-Smtp-Source: AIpwx4+kYS4c6NusVSOtzzOlE/W3WATPOl5BkskyJNpypjlxumYhg888OZjbWeLBwAfWtXdUjv3Dsg== X-Received: by 10.28.164.68 with SMTP id n65mr2014027wme.123.1522406206907; Fri, 30 Mar 2018 03:36:46 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id k35sm8318588wre.55.2018.03.30.03.36.45 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 30 Mar 2018 03:36:46 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Fri, 30 Mar 2018 12:36:45 +0200 In-Reply-To: <83sh8idd3p.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 29 Mar 2018 20:07:54 +0300") Message-ID: <87woxtq282.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Eli Zaretskii writes: >> As I understand it, we should use fontconfig for finding fonts, >> harfbuzz for doing the layout, and cairo to actually render the >> result > > Does harfbuzz require Cairo? If it does, that's unfortunate, because > the Cairo rendering option currently has a few known and annoying > redisplay bugs, which no one seems to be willing/capable of fixing. Until someone fixes , Cairo is basically unusable for me even without the redisplay issues. >> plus it=CA=BCs Emacs redisplay, which I=CA=BCm told is scary > > Don't believe the rumors too much. Besides, adding a font backend > doesn't require to mess with the display code in any way, all you need > is implement the interfaces you see documented in 'struct font_driver' > defined in font.h (reusing the methods of existing backends where > appropriate, as xftfont does with ftfont methods); all the rest is > already taken care of in the infrastructure. The only interface > between font back-end methods and the display engine is via 'struct > glyph_string', which is a relatvely simple data structure. > >> I do note we have an Xft font backend, a freetype one, and a >> freetype+cairo one already, which seems excessive. > > You forgot xfont and freetype-without-XFT. It could be that we could > remove some of them, but I don't know which ones are used and how > much. And freetype+cairo is not used much because of the Cairo > problems. I suspect Xft is the only one really used, since freetype-without-xft is disabled if I read configure.ac right. Freetype + cairo is the one we should probably target, as Xft used direct X calls which will stop working once the world moves to Wayland. >> > As a stopgap, I think we should find a way of ignoring the problematic >> > fonts. Is there some way of detecting them? >>=20 >> You mean short of running ftfont_get_bitmap over every available >> codepoint in the font and skipping it if the resulting width * height >> is > 4096 [1]? That would probably detect a problematic font pretty >> quickly, but is not very elegant. Also I=CA=BCm not sure we get to >> intervene before Xft decides that it needs to fall back to that font. > > AFAIK, there's no "fallback" per se. Whenever the already-loaded > fonts don't support a character, Emacs looks for the fonts that do > using the "match" method. If we always fail these fonts in that > method, they will never be used. Yes, I was confused about what was happening. This explains why I was not getting Symbola as well: that font doesn=CA=BCt have a glyph for #x274c >> > AFAICT, we could do that >> > either in ftfont_match or in its subroutine ftfont_spec_pattern. We >> > could then pretend that these fonts don't match any font spec, perhaps >> > subject to some variable (which would provide a 'fire escape"), which >> > I think would fix the problem. >>=20 >> I=CA=BCm hoping that matching on something like !'family emoji' would wo= rk, >> although I=CA=BCve not figured out how to express that in fontconfig-spe= ak. > > I thought there could be a way of detecting those "color bitmap fonts" > by examining their attributes in ftfont_match and/or > ftfont_spec_pattern. Then we could return a failure indication for > them. So the pattern returned from fontconfig doesn=CA=BCt indicate anything specific we could use, but it=CA=BCs possible to modify the pattern we use for requesting. The following patch against emacs-26 fixes the crash for me (Emacs ends up using "Noto Emoji"). Definitely not intended to be applied to emacs-26. modified src/ftfont.c @@ -764,6 +764,8 @@ ftfont_spec_pattern (Lisp_Object spec, char *otlayout, = struct OpenTypeSpec **ots if (scalable >=3D 0 && ! FcPatternAddBool (pattern, FC_SCALABLE, scalable ? FcTrue : FcF= alse)) goto err; + /* We really don't like color fonts, they cause Xft crashes. */ + FcPatternAddBool(pattern, FC_COLOR, FcFalse); =20 goto finish; =20 From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 30 07:46:51 2018 Received: (at 30874) by debbugs.gnu.org; 30 Mar 2018 11:46:51 +0000 Received: from localhost ([127.0.0.1]:59468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1sUc-0000jR-Q1 for submit@debbugs.gnu.org; Fri, 30 Mar 2018 07:46:51 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53411) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1sUa-0000dr-Na for 30874@debbugs.gnu.org; Fri, 30 Mar 2018 07:46:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f1sUU-0007ys-C5 for 30874@debbugs.gnu.org; Fri, 30 Mar 2018 07:46:43 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46549) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f1sUN-0007ti-Ua; Fri, 30 Mar 2018 07:46:35 -0400 Received: from [176.228.60.248] (port=1385 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f1sUN-0005ne-9l; Fri, 30 Mar 2018 07:46:35 -0400 Date: Fri, 30 Mar 2018 14:46:31 +0300 Message-Id: <83po3l946g.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-reply-to: <87woxtq282.fsf@gmail.com> (message from Robert Pluim on Fri, 30 Mar 2018 12:36:45 +0200) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <87woxtq282.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Robert Pluim > Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com > Gmane-Reply-To-List: yes > Date: Fri, 30 Mar 2018 12:36:45 +0200 > > Eli Zaretskii writes: > > >> As I understand it, we should use fontconfig for finding fonts, > >> harfbuzz for doing the layout, and cairo to actually render the > >> result > > > > Does harfbuzz require Cairo? If it does, that's unfortunate, because > > the Cairo rendering option currently has a few known and annoying > > redisplay bugs, which no one seems to be willing/capable of fixing. > > Until someone fixes > , Cairo is > basically unusable for me even without the redisplay issues. That part of cleanup_vector is under suspicion since it was born, see "git -L" reports about that function. Perhaps the easiest band-aid (or maybe it's a real fix) would be to disable this part: if (PSEUDOVECTOR_TYPEP (&vector->header, PVEC_FONT) && ((vector->header.size & PSEUDOVECTOR_SIZE_MASK) == FONT_OBJECT_MAX)) { struct font_driver const *drv = ((struct font *) vector)->driver; /* The font driver might sometimes be NULL, e.g. if Emacs was interrupted before it had time to set it up. */ if (drv) { /* Attempt to catch subtle bugs like Bug#16140. */ eassert (valid_font_driver (drv)); drv->close ((struct font *) vector); } } when the font backend is one of those which use ftfont_close. Or maybe just make ftfont_close return without doing anything if it is called from GC. > > AFAIK, there's no "fallback" per se. Whenever the already-loaded > > fonts don't support a character, Emacs looks for the fonts that do > > using the "match" method. If we always fail these fonts in that > > method, they will never be used. > > Yes, I was confused about what was happening. This explains why I was > not getting Symbola as well: that font doesnʼt have a glyph for #x274c Symbola I have installed here does have a glyph for that character, FWIW. > > I thought there could be a way of detecting those "color bitmap fonts" > > by examining their attributes in ftfont_match and/or > > ftfont_spec_pattern. Then we could return a failure indication for > > them. > > So the pattern returned from fontconfig doesnʼt indicate anything > specific we could use, but itʼs possible to modify the pattern we use > for requesting. The following patch against emacs-26 fixes the crash > for me (Emacs ends up using "Noto Emoji"). Definitely not intended to > be applied to emacs-26. > > modified src/ftfont.c > @@ -764,6 +764,8 @@ ftfont_spec_pattern (Lisp_Object spec, char *otlayout, struct OpenTypeSpec **ots > if (scalable >= 0 > && ! FcPatternAddBool (pattern, FC_SCALABLE, scalable ? FcTrue : FcFalse)) > goto err; > + /* We really don't like color fonts, they cause Xft crashes. */ > + FcPatternAddBool(pattern, FC_COLOR, FcFalse); > > goto finish; Thanks! Jan, can you see if this patch fixes the problem for you? If Jan says it does fix the problem, I think we should install this on master. What do you think about having this conditioned on a variable exposed to Lisp, as a "fire escape" in case there are some situations where users might want these fonts anyway? Also, we should probably condition this by HAVE_XFT, since AFAIU the problem is only relevant to that build? From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 30 09:00:53 2018 Received: (at 30874) by debbugs.gnu.org; 30 Mar 2018 13:00:53 +0000 Received: from localhost ([127.0.0.1]:59535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1teH-0004pH-7u for submit@debbugs.gnu.org; Fri, 30 Mar 2018 09:00:53 -0400 Received: from mail-wr0-f181.google.com ([209.85.128.181]:38885) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1teF-0004p1-EJ for 30874@debbugs.gnu.org; Fri, 30 Mar 2018 09:00:51 -0400 Received: by mail-wr0-f181.google.com with SMTP id m13so8006007wrj.5 for <30874@debbugs.gnu.org>; Fri, 30 Mar 2018 06:00:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=c2bWV6GAmLdT9DQCJscudDJbLSs1gNc263fJX0x18bY=; b=fL9rr0Fd4fGQLVSzIGqqB7U7EyIe8WQ9dcqDj2fLtnX7SaQz3X2PxUe8ycn35q5NV0 2BtwT2lcgOXrG0FSbAv4vBow7wrJPKL1NgxaSA2uZ2mZIRnCMx0Hxusv92NJveOwKfqB T8dLMDnaBl47AQHHLUVbldAifK8nlIX70IEhpZJSwK8rIKBXsB4qChuZguLkpHt3b1s5 OdAm7NgUV6zx3jQcqLWRuSGEkM4gdOkaXe/ESHKG6BWr53R/rWSYcLdbK24+Z5rpUu8A aBxE20ArKAUij+A1gwJKC3lIJro5bf26w3wIviJcLaOS9xt6nsul8rPiQiu1VeqVIV+3 If7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=c2bWV6GAmLdT9DQCJscudDJbLSs1gNc263fJX0x18bY=; b=mnmB2dTSCK3pMf4un9eXQlGlUnJUSfT21YRLl0Yu/BkwUpxFU9ZqI8UUdA/SG9AYK/ 1SwUwmGI1eMjukDeM9wBZzplq5Sdq2/gI7PbgTaqGnakuh9jvvnclYaDK+l4pPgukYAK Lb+c+HTwFBWQemdr9fDGdHNXC358VqINDjQcVpmYW3YNZJGO+mWnWUbqlCAc7X5N/i+8 ftHyKyOnaFtmyTUp4a04FENSfnG5pod8xjFzGZ6SfYMr6i/imLLDEbRxd9yktTqsPXa6 gJXyXuy1X4yJ0vVZNM2Ia8gL8gbxNUjRE5L6ehEBxX8BwzwZSdbXzWAmBcGzARPBhNa5 4Sog== X-Gm-Message-State: AElRT7HpZWGprcnp4KN7KVlxDmf6j7TWJjv2jiNLHeyWg1vuelT3W27p qDDDHrnajgLp0p/PRCjHCxc= X-Google-Smtp-Source: AIpwx49jlj4G6ITTSo6wFCiRWtAfQ4sNiJXkHuoOSxCM3YvuRrdZ2ByCSO9pnz98Ke4T6S68XoK6vQ== X-Received: by 10.223.172.236 with SMTP id o99mr9912081wrc.36.1522414845579; Fri, 30 Mar 2018 06:00:45 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id f54sm3489526wra.80.2018.03.30.06.00.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 30 Mar 2018 06:00:44 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <87woxtq282.fsf@gmail.com> <83po3l946g.fsf@gnu.org> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Fri, 30 Mar 2018 15:00:43 +0200 In-Reply-To: <83po3l946g.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 30 Mar 2018 14:46:31 +0300") Message-ID: <87o9j5pvk4.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Eli Zaretskii writes: >> From: Robert Pluim >> Until someone fixes >> , Cairo is >> basically unusable for me even without the redisplay issues. > > That part of cleanup_vector is under suspicion since it was born, see > "git -L" reports about that function. Perhaps the easiest band-aid > (or maybe it's a real fix) would be to disable this part: > > if (PSEUDOVECTOR_TYPEP (&vector->header, PVEC_FONT) > && ((vector->header.size & PSEUDOVECTOR_SIZE_MASK) > =3D=3D FONT_OBJECT_MAX)) > { > struct font_driver const *drv =3D ((struct font *) vector)->driver; > > /* The font driver might sometimes be NULL, e.g. if Emacs was > interrupted before it had time to set it up. */ > if (drv) > { > /* Attempt to catch subtle bugs like Bug#16140. */ > eassert (valid_font_driver (drv)); > drv->close ((struct font *) vector); > } > } > > when the font backend is one of those which use ftfont_close. Or > maybe just make ftfont_close return without doing anything if it is > called from GC. I=CA=BCll look into that. I assume there=CA=BCs an 'in_gc' variable we can = check. >> > AFAIK, there's no "fallback" per se. Whenever the already-loaded >> > fonts don't support a character, Emacs looks for the fonts that do >> > using the "match" method. If we always fail these fonts in that >> > method, they will never be used. >>=20 >> Yes, I was confused about what was happening. This explains why I was >> not getting Symbola as well: that font doesn=CA=BCt have a glyph for #x2= 74c > > Symbola I have installed here does have a glyph for that character, > FWIW. Now I=CA=BCm thoroughly confused as to what's happening. Eg LibreOffice quite happily uses Symbola, so it has the glyph, but I see Emacs skipping past Symbola until it arrives at VL Gothic. It=CA=BCs not a big deal though, I doubt it=CA=BCs a bug. >> modified src/ftfont.c >> @@ -764,6 +764,8 @@ ftfont_spec_pattern (Lisp_Object spec, char *otlayou= t, struct OpenTypeSpec **ots >> if (scalable >=3D 0 >> && ! FcPatternAddBool (pattern, FC_SCALABLE, scalable ? FcTrue : = FcFalse)) >> goto err; >> + /* We really don't like color fonts, they cause Xft crashes. */ >> + FcPatternAddBool(pattern, FC_COLOR, FcFalse); >>=20=20 >> goto finish; > > Thanks! > > Jan, can you see if this patch fixes the problem for you? > > If Jan says it does fix the problem, I think we should install this on > master. What do you think about having this conditioned on a variable > exposed to Lisp, as a "fire escape" in case there are some situations > where users might want these fonts anyway? I thought Xft had no real support for displaying these fonts anyway? > Also, we should probably condition this by HAVE_XFT, since AFAIU the > problem is only relevant to that build? I think that=CA=BCs right. At least the cairo build doesn=CA=BCt crash with= the reproduction recipe. Robert From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 30 09:46:47 2018 Received: (at 30874) by debbugs.gnu.org; 30 Mar 2018 13:46:47 +0000 Received: from localhost ([127.0.0.1]:59567 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1uMg-0005sj-6n for submit@debbugs.gnu.org; Fri, 30 Mar 2018 09:46:47 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50665) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1uMe-0005sW-5c for 30874@debbugs.gnu.org; Fri, 30 Mar 2018 09:46:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f1uMY-0002Iy-5I for 30874@debbugs.gnu.org; Fri, 30 Mar 2018 09:46:39 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50646) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f1uMS-0002CW-Io; Fri, 30 Mar 2018 09:46:32 -0400 Received: from [176.228.60.248] (port=1511 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f1uMS-00060d-00; Fri, 30 Mar 2018 09:46:32 -0400 Date: Fri, 30 Mar 2018 16:46:29 +0300 Message-Id: <83lge98ymi.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-reply-to: <87o9j5pvk4.fsf@gmail.com> (message from Robert Pluim on Fri, 30 Mar 2018 15:00:43 +0200) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <87woxtq282.fsf@gmail.com> <83po3l946g.fsf@gnu.org> <87o9j5pvk4.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Robert Pluim > Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com > Date: Fri, 30 Mar 2018 15:00:43 +0200 > > > That part of cleanup_vector is under suspicion since it was born, see > > "git -L" reports about that function. Perhaps the easiest band-aid > > (or maybe it's a real fix) would be to disable this part: > > > > if (PSEUDOVECTOR_TYPEP (&vector->header, PVEC_FONT) > > && ((vector->header.size & PSEUDOVECTOR_SIZE_MASK) > > == FONT_OBJECT_MAX)) > > { > > struct font_driver const *drv = ((struct font *) vector)->driver; > > > > /* The font driver might sometimes be NULL, e.g. if Emacs was > > interrupted before it had time to set it up. */ > > if (drv) > > { > > /* Attempt to catch subtle bugs like Bug#16140. */ > > eassert (valid_font_driver (drv)); > > drv->close ((struct font *) vector); > > } > > } > > > > when the font backend is one of those which use ftfont_close. Or > > maybe just make ftfont_close return without doing anything if it is > > called from GC. > > Iʼll look into that. I assume thereʼs an 'in_gc' variable we can check. Yes, it's called gc_in_progress. > > Symbola I have installed here does have a glyph for that character, > > FWIW. > > Now Iʼm thoroughly confused as to what's happening. Eg LibreOffice > quite happily uses Symbola, so it has the glyph, but I see Emacs > skipping past Symbola until it arrives at VL Gothic. Itʼs not a big > deal though, I doubt itʼs a bug. If VL Gothic has a glyph for that character, it is not a bug. > > If Jan says it does fix the problem, I think we should install this on > > master. What do you think about having this conditioned on a variable > > exposed to Lisp, as a "fire escape" in case there are some situations > > where users might want these fonts anyway? > > I thought Xft had no real support for displaying these fonts anyway? I'm not sure it's about the font, it could be about some glyphs of the font. You are probably right, but IME leaving a variable to get back previous behavior is good policy; at the very least, it makes it easy to ask users who complain about related problems to see if this particular change is the culprit without having to rebuild Emacs. > > Also, we should probably condition this by HAVE_XFT, since AFAIU the > > problem is only relevant to that build? > > I think thatʼs right. At least the cairo build doesnʼt crash with the > reproduction recipe. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 31 09:55:24 2018 Received: (at 30874) by debbugs.gnu.org; 31 Mar 2018 13:55:24 +0000 Received: from localhost ([127.0.0.1]:33055 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f2GyZ-0000LC-R4 for submit@debbugs.gnu.org; Sat, 31 Mar 2018 09:55:24 -0400 Received: from mail-wm0-f54.google.com ([74.125.82.54]:36694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f2GyX-0000L5-MW for 30874@debbugs.gnu.org; Sat, 31 Mar 2018 09:55:22 -0400 Received: by mail-wm0-f54.google.com with SMTP id x82so20453933wmg.1 for <30874@debbugs.gnu.org>; Sat, 31 Mar 2018 06:55:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=96s+pox/wttLlZ+K4Od4nyEZzzGIsfoHlZt7XBxKIGE=; b=VHZSdaLqIHW6lLzKtKII++ZDpAVuW80JiiuuAGOo/uz5uYFyJxcwjDCOtqbrZBZPQ/ tPpVN7+lF1RWIh2q7lLw6I9b9ju/yIx3ZG1G20yUqkXu9uR9DJQmDODhxrMKknh+r51M iNl/xDMXgXRPwYGE4qAy/pE9fil4uBf9P7+nWAjZ6wBgDu9W2GEMYvYqveupubgL9AOr PJiLBe1HcpR7kvcL75iGvsiVBgZPnDdjBbbnX+EDmp9ORmQaC5mwfsxR+ziu+c3PUtRF Xj14fkOSKUTrb66fdFs9CDJ5VR0Dr3bQmXGXfRviP0JL+wGegbXXjh/bOok/V0E1f3FE Y3Cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=96s+pox/wttLlZ+K4Od4nyEZzzGIsfoHlZt7XBxKIGE=; b=LC1PfpwqGEQ1i+xcVPtLQ04R05Y8hOPAbYHZ9yVIpSJ9JA2GFlBmysaUixASjwXksm ep4bns8lfq36OJVtY3c97ZXcNDGWgprbkHiADjNVlZFKp3H5wLm9rJtNaPPPWLbinSds IeXrPG4u1kpHDMUemHK8hF8cZPbqlQ3fudh4UYHmjayqUM9A+jVPDjPkLh8zvfrezOOT qSSw32OeuwokaPYUGlqeg6UuNn+OptkqDuGhDitiECEsDLI5YAkfVHrSg9j9KDddcHyE OMvhqKF2379BDd+OrAfyqxEah1v1F/La2UP8sVEceLmR+X0e/IwXAVS8DkXwf6zduRXX OZPA== X-Gm-Message-State: AElRT7ECkkhWyurbdKAET7BDBqHAfSmlFjMl+2R/2Qa9aeHg1z/f6rb7 U2/aCaVdZsvp5BPtWi3fsws= X-Google-Smtp-Source: AIpwx49svI/eiqVEHFlmf4mWC4n3yPKgrPUFD+NbKP88a2Cb317FpvuqsAUBsZ5LYaDQSH/ong78dA== X-Received: by 10.28.1.197 with SMTP id 188mr4692261wmb.49.1522504515523; Sat, 31 Mar 2018 06:55:15 -0700 (PDT) Received: from rpluim (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id n47sm11218509wrf.41.2018.03.31.06.55.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 31 Mar 2018 06:55:14 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <87woxtq282.fsf@gmail.com> <83po3l946g.fsf@gnu.org> <87o9j5pvk4.fsf@gmail.com> <83lge98ymi.fsf@gnu.org> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Sat, 31 Mar 2018 15:55:13 +0200 In-Reply-To: <83lge98ymi.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 30 Mar 2018 16:46:29 +0300") Message-ID: <87in9cxsce.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Eli Zaretskii writes: > Yes, it's called gc_in_progress. I=CA=BCm testing the following, which fixes the 20890 crash for me when using Cairo. diff --git i/src/ftfont.c w/src/ftfont.c index c2e093e633..89c07e1f21 100644 --- i/src/ftfont.c +++ w/src/ftfont.c @@ -1242,6 +1242,11 @@ ftfont_close (struct font *font) struct ftfont_info *ftfont_info =3D (struct ftfont_info *) font; Lisp_Object val, cache; =20 +#ifdef USE_CAIRO + /* Bug#20890 workaround. */ + if (gc_in_progress) + return; +#endif val =3D Fcons (font->props[FONT_FILE_INDEX], make_number (ftfont_info->i= ndex)); cache =3D ftfont_lookup_cache (val, FTFONT_CACHE_FOR_FACE); eassert (CONSP (cache)); > I'm not sure it's about the font, it could be about some glyphs of the > font. You are probably right, but IME leaving a variable to get back > previous behavior is good policy; at the very least, it makes it easy > to ask users who complain about related problems to see if this > particular change is the culprit without having to rebuild Emacs. > >> > Also, we should probably condition this by HAVE_XFT, since AFAIU the >> > problem is only relevant to that build? This is what I=CA=BCm using at the moment. I can put the variable in syms_of_xftfont if you prefer. diff --git i/src/ftfont.c w/src/ftfont.c index c2e093e633..2190186940 100644 --- i/src/ftfont.c +++ w/src/ftfont.c @@ -764,6 +764,13 @@ ftfont_spec_pattern (Lisp_Object spec, char *otlayout,= struct OpenTypeSpec **ots if (scalable >=3D 0 && ! FcPatternAddBool (pattern, FC_SCALABLE, scalable ? FcTrue : FcF= alse)) goto err; +#ifdef HAVE_XFT + /* We really don't like color fonts, they cause Xft crashes. See + bug#30874. */ + if (Vxft_ignore_color_fonts + && ! FcPatternAddBool(pattern, FC_COLOR, FcFalse)) + goto err; +#endif =20 goto finish; =20 @@ -2735,6 +2742,14 @@ syms_of_ftfont (void) DEFSYM (Qsans, "sans"); DEFSYM (Qsans__serif, "sans serif"); =20 +#ifdef HAVE_XFT + DEFVAR_BOOL ("xft-ignore-color-fonts", + Vxft_ignore_color_fonts, + doc: /* Non-nil means don't query fontconfig for color fonts, +since they often cause Xft crashes. bug#30874. */); + Vxft_ignore_color_fonts =3D 1; +#endif + staticpro (&freetype_font_cache); freetype_font_cache =3D list1 (Qt); =20 From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 31 10:59:36 2018 Received: (at 30874) by debbugs.gnu.org; 31 Mar 2018 14:59:36 +0000 Received: from localhost ([127.0.0.1]:33083 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f2Hyi-0003kP-3H for submit@debbugs.gnu.org; Sat, 31 Mar 2018 10:59:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54495) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f2Hyh-0003kC-5J for 30874@debbugs.gnu.org; Sat, 31 Mar 2018 10:59:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f2Hyb-0007Zf-0P for 30874@debbugs.gnu.org; Sat, 31 Mar 2018 10:59:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51873) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f2HyU-0007PR-Ag; Sat, 31 Mar 2018 10:59:22 -0400 Received: from [176.228.60.248] (port=2783 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f2HyT-0007eR-Li; Sat, 31 Mar 2018 10:59:22 -0400 Date: Sat, 31 Mar 2018 17:59:21 +0300 Message-Id: <834lkw8f5i.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-reply-to: <87in9cxsce.fsf@gmail.com> (message from Robert Pluim on Sat, 31 Mar 2018 15:55:13 +0200) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <87woxtq282.fsf@gmail.com> <83po3l946g.fsf@gnu.org> <87o9j5pvk4.fsf@gmail.com> <83lge98ymi.fsf@gnu.org> <87in9cxsce.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Robert Pluim > Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com > Date: Sat, 31 Mar 2018 15:55:13 +0200 > > Iʼm testing the following, which fixes the 20890 crash for me when > using Cairo. > > diff --git i/src/ftfont.c w/src/ftfont.c > index c2e093e633..89c07e1f21 100644 > --- i/src/ftfont.c > +++ w/src/ftfont.c > @@ -1242,6 +1242,11 @@ ftfont_close (struct font *font) > struct ftfont_info *ftfont_info = (struct ftfont_info *) font; > Lisp_Object val, cache; > > +#ifdef USE_CAIRO > + /* Bug#20890 workaround. */ > + if (gc_in_progress) > + return; > +#endif > val = Fcons (font->props[FONT_FILE_INDEX], make_number (ftfont_info->index)); > cache = ftfont_lookup_cache (val, FTFONT_CACHE_FOR_FACE); > eassert (CONSP (cache)); This LGTM, thanks. > >> > Also, we should probably condition this by HAVE_XFT, since AFAIU the > >> > problem is only relevant to that build? > > This is what Iʼm using at the moment. I can put the variable in > syms_of_xftfont if you prefer. > > diff --git i/src/ftfont.c w/src/ftfont.c > index c2e093e633..2190186940 100644 > --- i/src/ftfont.c > +++ w/src/ftfont.c > @@ -764,6 +764,13 @@ ftfont_spec_pattern (Lisp_Object spec, char *otlayout, struct OpenTypeSpec **ots > if (scalable >= 0 > && ! FcPatternAddBool (pattern, FC_SCALABLE, scalable ? FcTrue : FcFalse)) > goto err; > +#ifdef HAVE_XFT > + /* We really don't like color fonts, they cause Xft crashes. See > + bug#30874. */ > + if (Vxft_ignore_color_fonts > + && ! FcPatternAddBool(pattern, FC_COLOR, FcFalse)) > + goto err; > +#endif > > goto finish; > > @@ -2735,6 +2742,14 @@ syms_of_ftfont (void) > DEFSYM (Qsans, "sans"); > DEFSYM (Qsans__serif, "sans serif"); > > +#ifdef HAVE_XFT > + DEFVAR_BOOL ("xft-ignore-color-fonts", > + Vxft_ignore_color_fonts, > + doc: /* Non-nil means don't query fontconfig for color fonts, > +since they often cause Xft crashes. bug#30874. */); > + Vxft_ignore_color_fonts = 1; > +#endif > + > staticpro (&freetype_font_cache); > freetype_font_cache = list1 (Qt); It can stay in ftfont.c, but please make the second hunk unconditional, so that the variable is known and available in all the builds, just say in the doc string that this variable has effect only on the xftfont backend. I have bad experience with variables that are only defined in some configurations: it means both trouble for users who use more than one configuration and more maintenance headaches. Come to think of it, maybe it's best to move DEFVAR_BOOL to font.c, for that very reason. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 03 04:00:48 2018 Received: (at 30874) by debbugs.gnu.org; 3 Apr 2018 08:00:48 +0000 Received: from localhost ([127.0.0.1]:35743 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3Gs4-0007Ob-1q for submit@debbugs.gnu.org; Tue, 03 Apr 2018 04:00:48 -0400 Received: from mail-io0-f178.google.com ([209.85.223.178]:32969) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3Gs3-0007OP-1k for 30874@debbugs.gnu.org; Tue, 03 Apr 2018 04:00:47 -0400 Received: by mail-io0-f178.google.com with SMTP id l3so20905992iog.0 for <30874@debbugs.gnu.org>; Tue, 03 Apr 2018 01:00:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HuxC386vJFRQWwZ7adL7w7g+rkQnPFsJhZ2byLxhe9w=; b=KAn988HBXHpkBPo6FjVicFbzL5JqO9M8zbB7AOfLirMPTxIaS0L5DyYTpf/hhFS3Lb iLq++cckMCk2cythwVOUX98LdR9Y+5h/8Z9GcFoOnMCWonbOyi54xZJpyUzYb3dqVn9+ gw2HzVbpsETLgCvYe39mdfRmYXnLIxUbBqQ3Vq7A8zPFF7C6Jq4bWI1TURj72PdkJGu1 9ujBWAINTd6d1pY15a3sOHdCFBzXL07OUT6H3pySJ9iE/t8VYQZsXvVAKxolLnAHCaGW sTblVlQHaF7inR6xxht+XLsZNoe0CL8u9j8w7g6nyUVoa4XqBv+UFwkV3/kzW6ih3gjt D7gQ== X-Gm-Message-State: AElRT7HnN0Xg5Qk0gWwaV48LWhxg/d987qxRLrRUn3oJtENYXl6hLdjJ 5cUPYh97FhYhbgLCaEvnAQcfkMGPsQMMaD5JrH8Pew== X-Google-Smtp-Source: AIpwx49zHlyXDUvlRC8DkBmjqpduEAJ07sPa/uQBvY5eKLUn951LBE4NoXT2/pPCuxyZsRk4YiJqhW+gREyonqIf3yw= X-Received: by 10.107.13.19 with SMTP id 19mr11212507ion.61.1522742441552; Tue, 03 Apr 2018 01:00:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.159.197 with HTTP; Tue, 3 Apr 2018 01:00:41 -0700 (PDT) In-Reply-To: <83po3l946g.fsf@gnu.org> References: <837eq7lzr4.fsf@gnu.org> <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <87woxtq282.fsf@gmail.com> <83po3l946g.fsf@gnu.org> From: Jan Synacek Date: Tue, 3 Apr 2018 10:00:41 +0200 Message-ID: Subject: Re: bug#30874: 27.0.50; Emacs crashes To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, Robert Pluim X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On Fri, Mar 30, 2018 at 1:46 PM, Eli Zaretskii wrote: >> modified src/ftfont.c >> @@ -764,6 +764,8 @@ ftfont_spec_pattern (Lisp_Object spec, char *otlayout, struct OpenTypeSpec **ots >> if (scalable >= 0 >> && ! FcPatternAddBool (pattern, FC_SCALABLE, scalable ? FcTrue : FcFalse)) >> goto err; >> + /* We really don't like color fonts, they cause Xft crashes. */ >> + FcPatternAddBool(pattern, FC_COLOR, FcFalse); >> >> goto finish; > > Thanks! > > Jan, can you see if this patch fixes the problem for you? Yes, it does fix the problem for me. Cheers, -- Jan Synacek Software Engineer, Red Hat From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 03 05:22:15 2018 Received: (at 30874) by debbugs.gnu.org; 3 Apr 2018 09:22:15 +0000 Received: from localhost ([127.0.0.1]:35814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3I8t-0000qO-Ec for submit@debbugs.gnu.org; Tue, 03 Apr 2018 05:22:15 -0400 Received: from mail-wm0-f50.google.com ([74.125.82.50]:54959) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3I8q-0000q4-Pq for 30874@debbugs.gnu.org; Tue, 03 Apr 2018 05:22:13 -0400 Received: by mail-wm0-f50.google.com with SMTP id r191so1294227wmg.4 for <30874@debbugs.gnu.org>; Tue, 03 Apr 2018 02:22:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version; bh=hlbP5SNeKPELA0+8+yDA6txFrMwDtx+F51LOtBU3YE0=; b=L4rCA6BlfUuAW41taACwfgpMivAJ2V0ozcWbgm+Pnj3NjIaZduMj4QNS0SiGentntK 4zN5zXw/Xz20CVhzmho4QCGAytUH1ijiz9cXrb+Nn2Kbu/OO9pqTiYmypoLZvxpyN3QF zOUwZntNB/DzelCJqRNMGFcKz6dhpaahAZpT5m/b/ZwX8pWeNQafGr0t+bGptjwSFNKq tj2bnP90TTqKPW8lgeoFj/26el6ahbZZzd3NFIfp+dC+tEs3V2XTboH64e/g3KHv/3yv PWc3LHh2Nhgnw6Q2uRwTYBNB/AOAWCEdRiqmtzyxOsar6XhDBaUPQnA6J/P+9qL6BjkG POIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version; bh=hlbP5SNeKPELA0+8+yDA6txFrMwDtx+F51LOtBU3YE0=; b=UqRdtMY9SH4IvDFrMf0PUIafqObsmNbE4iRLjwDImTXSsBwGXG8JE3bfijRoPS04Py djavp0L//lMowwkaN6VZAR4Wfg8EHvd+fs3/6ZDjYoaChhfu5BHkY4WQEMUHaWd+nIul yg0Idge6l1RlDzom927bRL8MvnTbMzZRUsmUdG7+a09ixeYTQML/6wFWYUYxB6/AGk1T b1AGlNHOp3z+7X1/v5HpzzwOmQOnfba2vjfNGCP3LvnlI4hwVdO/7O/+AlxVkHBnNxMI R1g+hl9+FPiEM9KLv17WGinLMcfC8uK1bJnPDbl9NYRCaUm9WI6OdhiPIcedS1MHs0Nm QxRw== X-Gm-Message-State: AElRT7EVzrXVct1BGXctMEPSEBuaPnxOhiWRGR5W1b3uOq2mv7lCrd6E pBvaj/f4X31+h0Z+ADCLgvpGSBxialo= X-Google-Smtp-Source: AIpwx49K4LjZJqusAU9B1n1Tz1Q2Y+sVeSEKZe/qAsA6+tzVoi/9WLIiufOgrMf3uoCaimEBvJQCLA== X-Received: by 10.80.222.205 with SMTP id d13mr15182585edl.76.1522747326827; Tue, 03 Apr 2018 02:22:06 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id w1sm1468545edk.82.2018.04.03.02.22.05 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 03 Apr 2018 02:22:05 -0700 (PDT) From: Robert Pluim To: Jan Synacek Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <87woxtq282.fsf@gmail.com> <83po3l946g.fsf@gnu.org> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Tue, 03 Apr 2018 11:22:05 +0200 In-Reply-To: (Jan Synacek's message of "Tue, 3 Apr 2018 10:00:41 +0200") Message-ID: <87vad8wsoy.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --=-=-= Content-Type: text/plain tags 30874 patch quit Jan Synacek writes: > > Yes, it does fix the problem for me. Thanks. Proposed patch for master attached. Eli, should I merge this bugreport with 30045? The patch fixes that crash for me as well. Robert --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-Ignore-color-fonts-when-using-Xft.patch >From 1efdd2b9a5cb3880e4878dbc7c918ccac9da2393 Mon Sep 17 00:00:00 2001 From: Robert Pluim Date: Tue, 3 Apr 2018 11:06:01 +0200 Subject: [PATCH] Ignore color fonts when using Xft To: emacs-devel@gnu.org * src/font.c (syms_of_font): New configuration variable xft-ignore-color-fonts, default t. * src/ftfont.c (ftfont_spec_pattern): Tell fontconfig to ignore color fonts if xft-ignore-color-fonts is t. Bug#30874 --- etc/NEWS | 6 ++++++ src/font.c | 7 +++++++ src/ftfont.c | 7 +++++++ 3 files changed, 20 insertions(+) diff --git a/etc/NEWS b/etc/NEWS index fd1d04b8a0..177af9f088 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -77,6 +77,12 @@ work right without some adjustment: * Changes in Emacs 27.1 +--- +** New variable 'xft-ignore-color-fonts'. +Default t means don't try to load color fonts when using Xft, as they +often cause crashes. Set it to nil if you really need those fonts. +(Bug#30874) + --- ** The new option 'tooltip-resize-echo-area' avoids truncating tooltip text on GUI frames when tooltips are displayed in the echo area. Instead, diff --git a/src/font.c b/src/font.c index a6d3f5d479..fa89805419 100644 --- a/src/font.c +++ b/src/font.c @@ -5473,6 +5473,13 @@ Disabling compaction of font caches might enlarge the Emacs memory footprint in sessions that use lots of different fonts. */); inhibit_compacting_font_caches = 0; + DEFVAR_BOOL ("xft-ignore-color-fonts", + Vxft_ignore_color_fonts, + doc: /* +Non-nil means don't query fontconfig for color fonts, since they often +cause Xft crashes. Only has an effect in Xft builds. Bug#30874. */); + Vxft_ignore_color_fonts = 1; + #ifdef HAVE_WINDOW_SYSTEM #ifdef HAVE_FREETYPE syms_of_ftfont (); diff --git a/src/ftfont.c b/src/ftfont.c index c2e093e633..24a92dd52e 100644 --- a/src/ftfont.c +++ b/src/ftfont.c @@ -764,6 +764,13 @@ ftfont_spec_pattern (Lisp_Object spec, char *otlayout, struct OpenTypeSpec **ots if (scalable >= 0 && ! FcPatternAddBool (pattern, FC_SCALABLE, scalable ? FcTrue : FcFalse)) goto err; +#ifdef HAVE_XFT + /* We really don't like color fonts, they cause Xft crashes. See + Bug#30874. */ + if (Vxft_ignore_color_fonts + && ! FcPatternAddBool(pattern, FC_COLOR, FcFalse)) + goto err; +#endif goto finish; -- 2.17.0.rc1.35.g90bbd502d --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 03 05:25:08 2018 Received: (at 30874) by debbugs.gnu.org; 3 Apr 2018 09:25:08 +0000 Received: from localhost ([127.0.0.1]:35820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3IBf-0000ul-Ut for submit@debbugs.gnu.org; Tue, 03 Apr 2018 05:25:08 -0400 Received: from mail-wm0-f50.google.com ([74.125.82.50]:38113) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3IBd-0000uC-KI for 30874@debbugs.gnu.org; Tue, 03 Apr 2018 05:25:05 -0400 Received: by mail-wm0-f50.google.com with SMTP id i3so9771921wmf.3 for <30874@debbugs.gnu.org>; Tue, 03 Apr 2018 02:25:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=DTg6B752mhSKlybj+fzaEUy7hnaVaOoIQpEk5xDsO5Q=; b=PBUbPVNT6YjdSDXr3n9fQf/pAkY01QAjg7dWNj0SPvhmQ/dyvgBgaPH1cvzV/iPEDr pPTeOVP0QSwyvjSOgUGTMIsQMP4sy21WRf8iVzhWhd8jyGWNJAt1RqtpiGuuUVnl/GPi LGMg9EvDFDkGRdOsizyPY++IOJXI/13ohrD8T2eLcBFZY4DIMeWRn6DrU7GMsJuaZLd3 PkfN3SJ9KfDarvSNf8gNkzOnetSg0w9q7AIu98d+bnd8LwlLCyZjlDPidAU6JUUalJB0 jzHlsvz7JWiNl2dVokFu9mc6l2qdEBwTmmSXs8qOQ/9/G4YP0BLpI829/bmzbT1PVkiH omgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=DTg6B752mhSKlybj+fzaEUy7hnaVaOoIQpEk5xDsO5Q=; b=QCBtGgKJQfZuz15D45sCFrIaKMjVxdYOPCxws8BSaHj/8OhANn5fxDzV/4G+bTeRVi D/9i+xtRHF1oyhXh8t2BgYrHYR4RahxQWrIYtorQ78GJzz5QPRS4drH+AxqnFQ6mtq3B h7hCZTfv2vNl8dHl4f3dQjyR6AQbLV0wsz3SLAbxP496AKT9MmB00Kaqj/v158P4aaSS aQ3BVWl2Rjcrr1BdicvPsocNNxPksBzV5T5P9PW56y7PU31V/n9pYdhMLQSkkziSLL/Q BMvEEQcRm4ia/iB6SnJCrBW1zwI1xHsP94uoCJBDD4zx163JyQZmpoRsisGW24QyBZB6 FI9w== X-Gm-Message-State: AElRT7GXrkCWqbLmWG/NqTze6HHTi1YXTsa5xXKN4xXvfV4QzZKKLRQV kXKCs0J8wig/ojFPWtYOwc0= X-Google-Smtp-Source: AIpwx49JbNtTjYcB/2U4LLC81rg+2fiq4Pfrh1+xCQvz5UiWTaZL3Db5cSSmdV1EsvIvFXUB5lnCPg== X-Received: by 10.28.109.154 with SMTP id b26mr3037754wmi.99.1522747499937; Tue, 03 Apr 2018 02:24:59 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id j76sm197631wmd.17.2018.04.03.02.24.58 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 03 Apr 2018 02:24:59 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <87woxtq282.fsf@gmail.com> <83po3l946g.fsf@gnu.org> <87o9j5pvk4.fsf@gmail.com> <83lge98ymi.fsf@gnu.org> <87in9cxsce.fsf@gmail.com> <834lkw8f5i.fsf@gnu.org> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Tue, 03 Apr 2018 11:24:58 +0200 In-Reply-To: <834lkw8f5i.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 31 Mar 2018 17:59:21 +0300") Message-ID: <87r2nwwsk5.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Eli Zaretskii writes: >> From: Robert Pluim >> Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com >> Date: Sat, 31 Mar 2018 15:55:13 +0200 >>=20 >> I=CA=BCm testing the following, which fixes the 20890 crash for me when >> using Cairo. >>=20 >> diff --git i/src/ftfont.c w/src/ftfont.c >> index c2e093e633..89c07e1f21 100644 >> --- i/src/ftfont.c >> +++ w/src/ftfont.c >> @@ -1242,6 +1242,11 @@ ftfont_close (struct font *font) >> struct ftfont_info *ftfont_info =3D (struct ftfont_info *) font; >> Lisp_Object val, cache; >>=20=20 >> +#ifdef USE_CAIRO >> + /* Bug#20890 workaround. */ >> + if (gc_in_progress) >> + return; >> +#endif >> val =3D Fcons (font->props[FONT_FILE_INDEX], make_number (ftfont_info= ->index)); >> cache =3D ftfont_lookup_cache (val, FTFONT_CACHE_FOR_FACE); >> eassert (CONSP (cache)); > > This LGTM, thanks. > I=CA=BCll follow up in bug 20890. > > It can stay in ftfont.c, but please make the second hunk > unconditional, so that the variable is known and available in all the > builds, just say in the doc string that this variable has effect only > on the xftfont backend. I have bad experience with variables that are > only defined in some configurations: it means both trouble for users > who use more than one configuration and more maintenance headaches. > Come to think of it, maybe it's best to move DEFVAR_BOOL to font.c, > for that very reason. OK, adjusted accordingly. Robert From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 03 05:42:48 2018 Received: (at 30874) by debbugs.gnu.org; 3 Apr 2018 09:42:48 +0000 Received: from localhost ([127.0.0.1]:35833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3ISm-0001KR-7X for submit@debbugs.gnu.org; Tue, 03 Apr 2018 05:42:48 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59736) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3ISk-0001KE-Us for 30874@debbugs.gnu.org; Tue, 03 Apr 2018 05:42:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f3ISc-00012s-L0 for 30874@debbugs.gnu.org; Tue, 03 Apr 2018 05:42:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37769) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f3ISc-00012R-Ft; Tue, 03 Apr 2018 05:42:38 -0400 Received: from [176.228.60.248] (port=1423 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f3ISb-00045I-T8; Tue, 03 Apr 2018 05:42:38 -0400 Date: Tue, 03 Apr 2018 12:42:45 +0300 Message-Id: <83h8os62y2.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-reply-to: <87vad8wsoy.fsf@gmail.com> (message from Robert Pluim on Tue, 03 Apr 2018 11:22:05 +0200) Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <831sgencgb.fsf@gnu.org> <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <87woxtq282.fsf@gmail.com> <83po3l946g.fsf@gnu.org> <87vad8wsoy.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30874 Cc: 30874@debbugs.gnu.org, jsynacek@redhat.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Robert Pluim > Cc: Eli Zaretskii , 30874@debbugs.gnu.org > Date: Tue, 03 Apr 2018 11:22:05 +0200 > > Jan Synacek writes: > > > > Yes, it does fix the problem for me. > > Thanks. Proposed patch for master attached. Thanks, the patch LGTM, but I would omit the reference to the bug number from the doc string. I think it's enough to have the bug referenced by the commit log message and in the only place where the variable is used. > Eli, should I merge this bugreport with 30045? The patch fixes that > crash for me as well. Yes, please merge them, and please mention bug#30045 in the log message. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 03 08:52:21 2018 Received: (at 30874-done) by debbugs.gnu.org; 3 Apr 2018 12:52:21 +0000 Received: from localhost ([127.0.0.1]:35989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3LQC-0001IF-VU for submit@debbugs.gnu.org; Tue, 03 Apr 2018 08:52:21 -0400 Received: from mail-wm0-f51.google.com ([74.125.82.51]:37280) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3LQB-0001I2-Uf for 30874-done@debbugs.gnu.org; Tue, 03 Apr 2018 08:52:20 -0400 Received: by mail-wm0-f51.google.com with SMTP id r131so34953325wmb.2 for <30874-done@debbugs.gnu.org>; Tue, 03 Apr 2018 05:52:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version; bh=7htlBTgiIL5gEdih5UkhmGmwDT2rEet1uGfSKlZF/sE=; b=MKAPUwaRmy6p2l4pgV0Y0tvPnhA/4lYJgqGNPyuR2csi2H7suDL3zLlG86j1Hfe632 qrKAqSTEjMCUDQCnJGzIPyIROynrcpL7hgfn+hL6sv+LemdSwgmHx1l5kslOgEyQcGg4 XONbnyr8GyRqykAy5r/WfnM5KG59xp1RhQMWrge4EaNx3oRFlLclQG9bBaPRe0DNT8bh UkRB2qX6UsaGgbE8fw8zlRnV3ufHxZy0qHGgm73EkX9q0iWhdBiZnlIKJcyYHLJfrRZ4 XDH41ZlUVvLnt0TIQvmpCZxcHKQfsCAr48nSNnxl6MXgZO470tbC8CLYJ3PYK8lHa/BJ 9KpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version; bh=7htlBTgiIL5gEdih5UkhmGmwDT2rEet1uGfSKlZF/sE=; b=Dy8/vm7zv+l/+iUZhBCk88hCU4LdISi1Kc4tHMM4Em5M13HjTc/qlwnlRQUjH37K1w 1SmlFbjFQxlJEKm4GzZi3AkrMuam+dU6OAi2sdn5Y0e5NztaPcvRWIpAExCmAOvVOzd3 Hx1sDXu6wxmuIrKEW07HcGNWP/NY67S5i6uIkEA9Wp+yltnqDEifycruZ4TeGTLgm2Om jNXSjcLuFTGHzJrUT1hMcjlvwIheCuyBW8HVL9YVHxi2i+Bt7Y+lWIBqokpNOKEmvI6+ /YySv/t2QPFUeJ/MZYn76wbB/ltS6jsxfsmMWrLgYvg7A44QvG1tD8wYpCXGXZQe3ksm KgBQ== X-Gm-Message-State: AElRT7FyeKts44xjwFsHoYPXsh558GAGLmBEWkckUrS4BptgyrkqCP9O UOCNqI9hk7qPRHwOWdsEa9Q= X-Google-Smtp-Source: AIpwx49GDDF9206rmDUTrhGLrWh8NjpCEnalqYYaPK/CzogaRA9dIGJ+Ym8Fuziuns4KEx3SaHNadQ== X-Received: by 10.28.43.66 with SMTP id r63mr4625597wmr.93.1522759934118; Tue, 03 Apr 2018 05:52:14 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id y42sm2632580wry.97.2018.04.03.05.52.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 03 Apr 2018 05:52:13 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#30874: 27.0.50; Emacs crashes References: <83woy4i7rz.fsf@gnu.org> <83vadoi2ia.fsf@gnu.org> <878taf2kj5.fsf@gmail.com> <83d0zqg8p8.fsf@gnu.org> <87o9ja230e.fsf@gmail.com> <83605ig2se.fsf@gnu.org> <87fu4m1tht.fsf@gmail.com> <878tae1nzu.fsf@gmail.com> <83lgeedxv7.fsf@gnu.org> <874ll128ww.fsf@gmail.com> <83efk3dvq0.fsf@gnu.org> <87po3mdfl8.fsf@gmail.com> <83sh8idd3p.fsf@gnu.org> <87woxtq282.fsf@gmail.com> <83po3l946g.fsf@gnu.org> <87vad8wsoy.fsf@gmail.com> <83h8os62y2.fsf@gnu.org> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Tue, 03 Apr 2018 14:52:12 +0200 In-Reply-To: <83h8os62y2.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 03 Apr 2018 12:42:45 +0300") Message-ID: <87370cwiyr.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30874-done Cc: jsynacek@redhat.com, 30874-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Eli Zaretskii writes: >> From: Robert Pluim >> Cc: Eli Zaretskii , 30874@debbugs.gnu.org >> Date: Tue, 03 Apr 2018 11:22:05 +0200 >> >> Jan Synacek writes: >> > >> > Yes, it does fix the problem for me. >> >> Thanks. Proposed patch for master attached. > > Thanks, the patch LGTM, but I would omit the reference to the bug > number from the doc string. I think it's enough to have the bug > referenced by the commit log message and in the only place where the > variable is used. > >> Eli, should I merge this bugreport with 30045? The patch fixes that >> crash for me as well. > > Yes, please merge them, and please mention bug#30045 in the log > message. OK, pushed as 408bf21a8c, boldly closing the bug. Robert From unknown Thu Jun 19 13:59:22 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 02 May 2018 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 05 08:57:04 2018 Received: (at control) by debbugs.gnu.org; 5 Jun 2018 12:57:04 +0000 Received: from localhost ([127.0.0.1]:34471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQBWI-0007gX-PL for submit@debbugs.gnu.org; Tue, 05 Jun 2018 08:57:04 -0400 Received: from mail-wr0-f171.google.com ([209.85.128.171]:37015) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQBWH-0007g0-2u; Tue, 05 Jun 2018 08:57:01 -0400 Received: by mail-wr0-f171.google.com with SMTP id d8-v6so2329140wro.4; Tue, 05 Jun 2018 05:57:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=+6NzkqZ97rqthlun7mqDxBX7SRD2Ozg8swoGcvPyrlc=; b=KteLn3vFWIIX+++YHjiwgfbg6SAEPMvylUuwL9no/u5x+egTTxLyG45n+2mrnNyZEY 3gw74XXtzBFCsCUGcMX0JIG7NGUHYeECkYfpptc4XWKrPodGQJxcsracsjohe0fuipD1 8uu0jbKlnkUAeHGvNXQNi/FCv7phNwJFzEq5wK3dBuiCMi3t4hXdGPo7BYHx4l1C7yQU BvFx3GW2Gki9y6MsND1EwvxfgdZxlqAPGZlG5V2UIGkKSCneObr+jfcjs7rYI8JcBXiI GW352KcmEoyya9WzWVjZmNK3OlymMchxC//ngaojccY0sLyFBxReQFif3wWOfFXm757S e2BA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=+6NzkqZ97rqthlun7mqDxBX7SRD2Ozg8swoGcvPyrlc=; b=F3zweJzeL5HfT8YcoF0dPNCZCBTb+/WanhyyW281QQHFpMHdfEQzDky9UFgKWF+D2b 4nxIooL2LvhqwYjqofZqlsKCB4AbUGRfNx8zI2jjA9zifNiT6UeKELoUIOXLQeKZUC+K MC1z0mHRUTjdUIvt5fNiuuaK+2dPGJZx+mZQpwn6Z7/kNlisuthPvJLLCXm0PfX6NnHt +16f8lyEbPvsUTiHgAT0RRgzsehVanVOeys5iGvsBOsAsQHhRS3f2PSEa4yF9SZfwE9z otUFZJ2LjGTO+GYNyrl7QkNrccnKnY0qry4lW14pq2e+/g43CIql1MHH5zn3v5pCvRAW BApw== X-Gm-Message-State: APt69E0rCXEfN0+N3Tj6MDqRToYoJdnQ5G/FzHzqNaPYjTtbPzkKc2tS lGTEctwWHdbSO3coc90YTapMi4KVUnA= X-Google-Smtp-Source: ADUXVKIAJ3OnVcBRpN1ruebcW8pyvMsQ9Q5cAldim0W25TSYwFuz3Qa1ZGQRJt0DGTb7PrgwqBkZdg== X-Received: by 2002:adf:fe4c:: with SMTP id m12-v6mr7527404wrs.171.1528203414829; Tue, 05 Jun 2018 05:56:54 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id g129-v6sm1649228wmf.5.2018.06.05.05.56.53 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 05 Jun 2018 05:56:53 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#31547: 25.3; Core dump: g_main_context_prepare() called recursively from within a source's check() or prepare() member. 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> <83vaaybjy0.fsf@gnu.org> <87vaay5u8b.fsf@gmail.com> <83muwabbzx.fsf@gnu.org> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Tue, 05 Jun 2018 14:56:43 +0200 In-Reply-To: <83muwabbzx.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 04 Jun 2018 22:14:10 +0300") Message-ID: <87602x4cj8.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: control Cc: marc@budabe.eu, 31547-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) forcemerge 30874 30045 31547 tag 30874 + fixed quit Eli Zaretskii writes: >> From: Robert Pluim >> Cc: Eli Zaretskii , 31547@debbugs.gnu.org >> Date: Mon, 04 Jun 2018 19:36:52 +0200 >>=20 >> > Robert, how about backporting it to the emacs-26 branch, so that it >> > ends up in Emacs 26.2? >>=20 >> Sure. Perhaps a PROBLEMS entry as well? Although if it=CA=BCs backported >> the problem won't arise. > > Right. I think you should cherry-pick that commit now. > > And this bug should be merged with the other two and closed. I hope I=CA=BCve managed the right debbugs incantation for that. Marc, thanks for your help with this. Cherry-pick of 408bf21a8c, 95b77b0451, and 3deaac1bd9 to emacs-26 Pushed as= acaebed014 Robert From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 05 10:23:08 2018 Received: (at control) by debbugs.gnu.org; 5 Jun 2018 14:23:08 +0000 Received: from localhost ([127.0.0.1]:35237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQCrc-0005Y1-Gs for submit@debbugs.gnu.org; Tue, 05 Jun 2018 10:23:08 -0400 Received: from mail-wr0-f178.google.com ([209.85.128.178]:41666) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQCrb-0005X9-5Z for control@debbugs.gnu.org; Tue, 05 Jun 2018 10:23:07 -0400 Received: by mail-wr0-f178.google.com with SMTP id h10-v6so2639495wrq.8 for ; Tue, 05 Jun 2018 07:23:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:date:message-id:mime-version; bh=SDqkrIsaYrJ96ahfrQb+P1UxBRSi7wgbSYVzJE25OF0=; b=RkMXmkY9eL6tCx7U1t9lGlLLPCehDh1/zM1N12lbcpG2z8TuUQF1RGrX3OazAVsYeY BOi/ro6LQ/XYeD3LpVV1S3AxgKBlR27qUgv1HEc0QcSfu2ewvUERtPkQyaPr0TX1FYwZ W0wGvhemaguWx7SX+eh/UIZx5KMfjfSaIericS+o+Zy734pyQ9kokC1PEhiBxsz5yvnu o9K8REFf8QYUzjzNiNJUC7PA0SfoeuoSXjSTIZqsV6srhVJOabV36grKuLp1t23a68ZV n+jNYyWVlV1H3pWK8oqxAfB512RQA1zplN7uDQUKk6xw2LO5haDWXnMPT1CCWpmwZVPk 06Mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:date:message-id:mime-version; bh=SDqkrIsaYrJ96ahfrQb+P1UxBRSi7wgbSYVzJE25OF0=; b=Y9o9YqiMMPELpqrAbNYuoPRImvJPtGI9l/WhghTofyXcYDfDr9O+FynOZszu1GmN2L EPEIuY6USVyCPYChwa25mz1BkX00BOadqWbBARYlGoMxdI6KrniUoGGzRdArK3E3r1Fy kml/oLpOxYTpM/x3xoomt7ZmmO6Bs9mjXb8zS/C00vg/AgXGYfqzMpQOSF+vzWz1xL77 j0j17ZHKfkqUwKlTjB4gAzjI5K2S0CXhyWGOsbBprNwGTI3MFBnLAQWCbEbypFPl3uQ6 Kj+yuBfkq7U5FsmOqfIRis3LImcT3UuLsKzc+1y6GtBoimpecGytBjrIQL91tWqyDNHo gsuA== X-Gm-Message-State: ALKqPwfrVEW1KWCaW0HQj/3oTmBtrkvVJinejy06snV3pvu6onoL/eWC Yp805s+INzcPPJvALiJBS5S42B8X X-Google-Smtp-Source: ADUXVKKH1W197o+fgwyxiMvhdYInPZrearHwC8tNU9GcdCU6/OOJbrEw85UxY/9eiihjpiIr8KAB/Q== X-Received: by 2002:adf:9950:: with SMTP id x74-v6mr18648199wrb.135.1528208580788; Tue, 05 Jun 2018 07:23:00 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id r11-v6sm8991573wrn.34.2018.06.05.07.22.59 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 05 Jun 2018 07:23:00 -0700 (PDT) From: Robert Pluim To: control@debbugs.gnu.org Date: Tue, 05 Jun 2018 16:22:57 +0200 Message-ID: <871sdl48ji.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: unarchive 30874 unarchive 30045 merge 30874 30045 31547 tag 30874 + fixed quit [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rpluim[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.128.178 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record -0.8 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.128.178 listed in wl.mailspike.net] 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 1.8 MISSING_SUBJECT Missing Subject: header 0.2 NO_SUBJECT Extra score for no subject X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) unarchive 30874 unarchive 30045 merge 30874 30045 31547 tag 30874 + fixed quit From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 05 10:31:29 2018 Received: (at control) by debbugs.gnu.org; 5 Jun 2018 14:31:29 +0000 Received: from localhost ([127.0.0.1]:35258 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQCzg-0007Ap-Oi for submit@debbugs.gnu.org; Tue, 05 Jun 2018 10:31:28 -0400 Received: from mail-wr0-f176.google.com ([209.85.128.176]:35171) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQCzf-00074L-0T for control@debbugs.gnu.org; Tue, 05 Jun 2018 10:31:27 -0400 Received: by mail-wr0-f176.google.com with SMTP id l10-v6so2691662wrn.2 for ; Tue, 05 Jun 2018 07:31:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:date:message-id:mime-version; bh=HZkiAEwGCO0kPrJIccdzyrutVldmK7zQccY8VLP2Y4U=; b=HTwbB18pa8thoNX0aPAUHi5cZUsn1GiZosJfROWRO2hNFrOs0Ip1YxpyoiaOLTe9Uh msbP+wGWoK7CZOOJmYlG8AOJIiqUBBMaqK/HCDh69judWWO4UvDcUsDr9PdhLg/1q4Us wGlbFCoiesm8ZJDE7JpdsCMx9bRhdAF/iS+i741bBDHJribAhyEH7a1bWcjgOARv1Ym2 45iEYuDqfA8tZtJj+Gyf3ALOoolcNMrgh0y37MIZjrXiMciCmiMpcb5RsTJp2gZFGgQY cWuCLLt56ZsnsnflIhx14EHwOO+HrSquBGMBQR9i4y0bUcItPL44jCfKDhrvi67kuQjA Wc7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:date:message-id:mime-version; bh=HZkiAEwGCO0kPrJIccdzyrutVldmK7zQccY8VLP2Y4U=; b=ttxCpY9hFvvqsASGyqsEZ+RVdPsWAGBfQFYfZeBA3J6sVNZzhuDJgeCC8C5O6PEPbD YIQUWPJe1nDDqwPmTfu0wIVDm4Pr3Zc6CBxsT4O1IRDzsIy+nK4h3L1UvGaaICaIuj1v SutB6XeTSd6xwHERF/vb7Zs7iI9rOWOU3hXlP5N+PGFZ/lB6rkBqcapZMNdh5ikYb+bp vYTzVkmlf5XtGlF97w6s8koGSvM8qBPkNZUHCzxbxSw4OjyPY7EV2BMBC9Xo5NoA4XEM n06bx0Dr5yvPzTv5Y1KpPecAc8eRRmKM0ItDjf9C8r7ZwbVvnkXzWe7cBWaEtv/aNcie zo2Q== X-Gm-Message-State: ALKqPwdF/xokwNTIlwOg9owl5yuLebwPMGStRWa2OgYEcidUg6tCK5JI qOEUNqXbD/QTjMMmRqWHrwEN+KqA X-Google-Smtp-Source: ADUXVKKN28tnvzwYKt/BJ7AtFFzFcvCVc3LDWUSkJb7w50E/vsrGIYt9hQERp75M/IAJNEgeA1l7fA== X-Received: by 2002:adf:ec4d:: with SMTP id w13-v6mr19093012wrn.222.1528209080937; Tue, 05 Jun 2018 07:31:20 -0700 (PDT) Received: from rpluim ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id m58-v6sm47388918wrf.61.2018.06.05.07.31.19 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 05 Jun 2018 07:31:20 -0700 (PDT) From: Robert Pluim To: control@debbugs.gnu.org Date: Tue, 05 Jun 2018 16:31:19 +0200 Message-ID: <87wovd2tl4.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: severity 31547 important merge 30874 30045 31547 tag 30874 + fixed quit [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rpluim[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.128.176 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record -0.8 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.128.176 listed in wl.mailspike.net] 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 1.8 MISSING_SUBJECT Missing Subject: header 0.2 NO_SUBJECT Extra score for no subject X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) severity 31547 important merge 30874 30045 31547 tag 30874 + fixed quit From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 05 10:33:56 2018 Received: (at control) by debbugs.gnu.org; 5 Jun 2018 14:33:56 +0000 Received: from localhost ([127.0.0.1]:35265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQD24-0007pn-6G for submit@debbugs.gnu.org; Tue, 05 Jun 2018 10:33:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53556) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQD22-0007pa-Mg for control@debbugs.gnu.org; Tue, 05 Jun 2018 10:33:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQD1t-0001dk-Kv for control@debbugs.gnu.org; Tue, 05 Jun 2018 10:33:49 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44770) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQD1t-0001dg-HS for control@debbugs.gnu.org; Tue, 05 Jun 2018 10:33:45 -0400 Received: from [176.228.60.248] (port=3828 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fQD1s-00053q-Ut for control@debbugs.gnu.org; Tue, 05 Jun 2018 10:33:45 -0400 Date: Tue, 05 Jun 2018 17:33:56 +0300 Message-Id: <83bmcpb8vf.fsf@gnu.org> From: Eli Zaretskii To: control@debbugs.gnu.org In-reply-to: <87602x4cj8.fsf@gmail.com> (message from Robert Pluim on Tue, 05 Jun 2018 14:56:43 +0200) Subject: Re: bug#31547: 25.3; Core dump: g_main_context_prepare() called recursively from within a source's check() or prepare() member. 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> <83vaaybjy0.fsf@gnu.org> <87vaay5u8b.fsf@gmail.com> <83muwabbzx.fsf@gnu.org> <87602x4cj8.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) unarchive 30045 unarchive 30874 forcemerge 31547 30874 archive 30874 30045 31547 thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 08 12:18:07 2018 Received: (at control) by debbugs.gnu.org; 8 Jun 2018 16:18:07 +0000 Received: from localhost ([127.0.0.1]:39893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fRK5X-0000aL-0Q for submit@debbugs.gnu.org; Fri, 08 Jun 2018 12:18:07 -0400 Received: from mail-wr0-f170.google.com ([209.85.128.170]:46620) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fRK5V-0000Zm-Hh; Fri, 08 Jun 2018 12:18:05 -0400 Received: by mail-wr0-f170.google.com with SMTP id v13-v6so13951858wrp.13; Fri, 08 Jun 2018 09:18:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=bXS4nNOZrK451B+v51bupq9YdhC5oxHRmnNFWbmXVWI=; b=onHL3YN8VtwwQoMUuKixZX1dz5UfT9V/SY8n0qxVDoILlIy4FtN7YZpnKZm4IDu60n TyhS1NQRj6zpRArO8+xYIMsitngM7WEuMReIOlkyyvuKmpJjGbZz5iNSCtAXHRv+eZ2o dgRERwPRf/AYDStZ1wdrlbiMUPA4s+OB64Sk+XMqiJA/WkZWQ0jlz02cM9VLl5j3ub/0 eGDYg46lmA3xZ5bHOuqotzHNKWxCnvEfD45d9kbgRvLlOPAWtCuVqTPdWi22p6hPGnQ1 5AtAMjYYSHEPEh05OX2jffQGZYIcnBL2/O4HsEEAwmdF84PZiihocLkdzHqU+peBNOFN B5xQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=bXS4nNOZrK451B+v51bupq9YdhC5oxHRmnNFWbmXVWI=; b=RUldW2Z8I7OiREgD3QwKew0T8fmy1ZvaXKZaNRwKZ6LUEu7zoKIMmqDwfd5drCfaVs BG0/isgLLfQQtTTsL7WLYfVegUnCxPlpZOnKR6d2uQN1FPvKoUfp8tKlmh6EWucdQbDZ dIneG2PSZfe+ORh+DX2OKf6oN9Tu5ddDTTGQDkmBmYfIJBpxB9U0zQioYXtfHb8OmS3a LqzPOX3gsSMMP6epErS+taCw4A1ZtFRyA/0JqsphtQlR00FmWYx+Y7gPA1O5P7mvm81b D7zC99MxYSPp3qi/DSqZTml3gqNL+FKR3pioDNfhA35VRS/6o5lh0OZSF/4xu4kqH15W gUYw== X-Gm-Message-State: APt69E0pI7TmQAfsHC6sExA3OGFN9ckVdhdANE5Atsg67REekyR14BJU xJbmyTf8dLYhJ3wU5ZvRxl2pFbQovh4= X-Google-Smtp-Source: ADUXVKJ6BSi+yREaXecafNzY6niiVmYfK+XW3Uz2FfNBVKDgxS0QPN8UTxP+/38N/dM8JVFtI/bqMA== X-Received: by 2002:adf:ad8a:: with SMTP id w10-v6mr6077720wrc.83.1528474679625; Fri, 08 Jun 2018 09:17:59 -0700 (PDT) Received: from rpluim (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id h7-v6sm1229333wmb.48.2018.06.08.09.17.58 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 08 Jun 2018 09:17:59 -0700 (PDT) From: Robert Pluim To: Alex Branham Subject: Re: bug#31758: 26.1; Emacs crashes trying to display CROSS MARK References: <87tvqdi9n7.fsf@gmail.com> <87y3fpjnn1.fsf@gmail.com> <87sh5xi7u0.fsf@gmail.com> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Fri, 08 Jun 2018 18:17:58 +0200 In-Reply-To: <87sh5xi7u0.fsf@gmail.com> (Alex Branham's message of "Fri, 08 Jun 2018 11:03:35 -0500") Message-ID: <87lgbpjlqh.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: control Cc: 31758@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) close 31758 unarchive 30874 unarchive 30045 unarchive 31547 forcemerge 30874 30045 31547 31758 quit Alex Branham writes: > On Fri 08 Jun 2018 at 10:36, Robert Pluim wrote: > >> Alex Branham writes: >> >>> From emacs -Q: >>> >>> C-x 8 RET CROSS MARK RET >>> >>> crashes Emacs every time. Emacs also crashes when trying to display >>> CROSS MARK anywhere (mu4e uses this when mu4e-use-fancy-chars is >>> non-nil). >>> >>> Let me know what other information I can provide >>> >> >> My crystal ball says that 'XFT_DEBUG=3D16 emacs' will say something >> about loading an emoji font just before it crashes. I think you=CA=BCre = the >> third this week. >> >> Is it possible for you to try the latest version of the emacs-26 >> branch? This should be fixed there. > > Very nice crystal ball. The problem does indeed seem to be fixed on > emacs-26. Do you happen to know what commit(s) fix the issue? I'd like > to ask my distro to backport those commits until 26.2 gets released. These 3 should do it: * acaebed014 - (HEAD -> emacs-26) ; * src/ftfont.c (ftfont_spec_pattern): F= ix whitespace. * 97d61f878e - Port FC_COLOR change to older fontconfig * f21fa142ac - Ignore color fonts when using Xft Closing the bug report, thanks for testing. Regards From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 24 22:12:32 2018 Received: (at control) by debbugs.gnu.org; 25 Jun 2018 02:12:32 +0000 Received: from localhost ([127.0.0.1]:34199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fXGzX-0006A9-SK for submit@debbugs.gnu.org; Sun, 24 Jun 2018 22:12:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34522) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fXGzW-00069s-3d for control@debbugs.gnu.org; Sun, 24 Jun 2018 22:12:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fXGzQ-0005QW-Cd for control@debbugs.gnu.org; Sun, 24 Jun 2018 22:12:24 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60855) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fXGzQ-0005QQ-94 for control@debbugs.gnu.org; Sun, 24 Jun 2018 22:12:24 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1fXGzP-0007aP-Vm for control@debbugs.gnu.org; Sun, 24 Jun 2018 22:12:24 -0400 Subject: control message for bug 31936 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Sun, 24 Jun 2018 22:12:23 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) forcemerge 30874 31936 From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 27 05:18:25 2018 Received: (at control) by debbugs.gnu.org; 27 Jun 2018 09:18:25 +0000 Received: from localhost ([127.0.0.1]:36861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fY6an-0005M5-L7 for submit@debbugs.gnu.org; Wed, 27 Jun 2018 05:18:25 -0400 Received: from mail-wr0-f178.google.com ([209.85.128.178]:38153) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fY6am-0005Ln-4Q; Wed, 27 Jun 2018 05:18:24 -0400 Received: by mail-wr0-f178.google.com with SMTP id e18-v6so1255914wrs.5; Wed, 27 Jun 2018 02:18:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=cmw/0eiE43m3PhN7yQLUZDSE6pA4yyJV6NpCj8i6KZY=; b=m/lygKKR7ea4Y662keUJkmyyZMun7AL9CywdXKMuSiTCXV0un9p5W+Sjwk67FQwczn bQXJ0CdcKkUt50lfDOb7YXBYbaAG6hf4LaCWyO633/XEKNPQN/bJGQ9yu2GVx6jsjMtq TnWtC2a0cPMHp6f/syIpG3IHis9Q7BS9gMEJvaETcjOdLj3NDezXx4MLG0lfHn+ZQM/8 J1ru2ayRUzbSeAHLWO8Qod2S4kQ9b1ImZhl3ywwVriX+m6qnsX1bz7FJJgWmRFSXnIy8 KYesKBq8tBUSbWQfwtqKfCZwdSVwhvYUVs3QOAyGWoyqbOGqNKuJv1DEAx8Ioyer05HD /Cxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=cmw/0eiE43m3PhN7yQLUZDSE6pA4yyJV6NpCj8i6KZY=; b=ZFvIdUoZGe4j/B3uD1wlzrLYPfh8MYCa3Bxq5jpO40rrg09qzXQcQDsaqd4/vz2iiE b6DhoO6Xuil5Sat+VkSy16scHiAXtS5p5sdh9GC2sicc9lIC/johWnjf/3M6HxoTVe3O O3jZt7zBGrTTCDSD8p8YZv1c+8piBvaMWS2ektxOhGlyX9Wa2OYIpQCUnGBLHZcNoJvJ 2dA4en8jed4Titojla4RZuCA541+aN1krWE6cQVpkUVaDDaVlJK6LhNXxdYZCjsiJLLU hWb3JkjvVR45aphG0RCzPtMEhKvfDSqBGno1cwcKfWlYByKj0OcXwYzo/0Ku02a65oH0 Nadw== X-Gm-Message-State: APt69E093uFPmxqU9aN2SFp3Gt0LFOSLBug7cVI9IcfvrKNVFdQYd+/k SnZJvv4e7yQ+3WuQK5ux2jC1X7CT X-Google-Smtp-Source: AAOMgpdYDxOGWPtDSLX46heBAioQLUVicGxtJOynFAg75DyoXNxhp9O6sbag/8tAaFuYjUhBUguUHg== X-Received: by 2002:adf:ebc3:: with SMTP id v3-v6mr4368850wrn.33.1530091098202; Wed, 27 Jun 2018 02:18:18 -0700 (PDT) Received: from rpluim-ubuntu (36.28.158.77.rev.sfr.net. [77.158.28.36]) by smtp.gmail.com with ESMTPSA id s17-v6sm2839620wmc.34.2018.06.27.02.18.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Jun 2018 02:18:17 -0700 (PDT) From: Robert Pluim To: Dominik Schrempf Subject: Re: bug#31936: 26.1; Fatal error 6: Aborted, when unflagging mail in mu4e header buffer References: <874lhvvtsf.fsf@gmail.com> <87muvm2633.fsf@gmail.com> <878t75d34u.fsf@gmail.com> X-Debbugs-No-Ack: yes Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Wed, 27 Jun 2018 11:18:14 +0200 In-Reply-To: <878t75d34u.fsf@gmail.com> (Dominik Schrempf's message of "Sat, 23 Jun 2018 15:49:21 +0200") Message-ID: <87o9fwpoyx.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control Cc: 31936@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 31936 forcemerge 30874 31936 quit Dominik Schrempf writes: > Hello, > > you are right. Thanks for the info. Thanks for checking. I=CA=BCve marked this as a duplicate of 30874, and am closing the bug. Robert From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 29 20:51:44 2018 Received: (at control) by debbugs.gnu.org; 30 Jun 2018 00:51:44 +0000 Received: from localhost ([127.0.0.1]:40221 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fZ475-0002wv-Rj for submit@debbugs.gnu.org; Fri, 29 Jun 2018 20:51:43 -0400 Received: from mail-io0-f176.google.com ([209.85.223.176]:42522) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fZ473-0002wg-Bh for control@debbugs.gnu.org; Fri, 29 Jun 2018 20:51:41 -0400 Received: by mail-io0-f176.google.com with SMTP id r24-v6so9965281ioh.9 for ; Fri, 29 Jun 2018 17:51:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=p8lCts5c5taYftrv+7tm3q4BySGDe06o9o7S/vPvnqw=; b=qa4B45gSngsyzyS0GOx8TRRlhcFIbSgjP/VPVrv4/5VVbvwSrkhZFgFN0SFM/rg+Oc FE89st3TJJQBt5Chh6l/ooOksLkV2sWhkhbs95kOBKt9eJgJfTDFhcYouInlJImq2zSm OJsK3m/CUTK9Qt8CRIlky6VCYKB4csbaqXiS4Fqr/aRGJck6yuNYrYt09vcqqVyJqhiG gpLz2161K1QDiL91OkJtauLe2625wUodd+fmixWmL9CHiFwd7zBFyNP7IUhLm2qfMLZX PAlvqW1/s2HmZ8iDg/rLcz2HtnakX1+MK071AfZb0WShx10GGhoI2TEipz+IH7o0KJYK 07Eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=p8lCts5c5taYftrv+7tm3q4BySGDe06o9o7S/vPvnqw=; b=t0wi7JFyTdeIrERXA9kgqkjoDpXnvw8SHaQQO9Ey/kwrnTImQWe6NPXWMqhV8STPCW BomG8/gm7jpFerw5ZwZcuYXTlpUYwF6ixfBCiIpQCP9gjK89s6z/vBvs9LffYs7ea9zQ jCPLrAzLZHJPKNUjU5IPo/vju3ef04fWeimu00oLD1oiA80dck052u6FdTnS5rLG9h3B LeV5nfHmuKon4ZDh0AH0vkmJYoyHCb+bDLJe+8u3y/tjzvOuCgffiu4un82FPj5D9WDN 1X8ov9e2c3hgJDSKE/x2ugZd6KVAFiTexl+qCaxtlJHYH14XYXgahH1AbDuEMgkvP/Sw TYrA== X-Gm-Message-State: APt69E1ktpCJgTG2Y354UQhJTo8UwUkHSvKTvKJXWxcoE0hjtyZ5bHEh VM6eNBZjk70FU2ZVMEul8WCx/Q== X-Google-Smtp-Source: AAOMgpdzeOc80Yba5JCwNyUGrmWRD78kPi8Lg77U/mFeUIzkF395cY93ayxWk5ewZP0dlxXfmU9VZA== X-Received: by 2002:a6b:9145:: with SMTP id t66-v6mr161476iod.59.1530319895605; Fri, 29 Jun 2018 17:51:35 -0700 (PDT) Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id g9-v6sm4955854ioe.55.2018.06.29.17.51.34 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 29 Jun 2018 17:51:34 -0700 (PDT) From: Noam Postavsky To: control@debbugs.gnu.org Subject: control message for bug #31801 Date: Fri, 29 Jun 2018 20:51:33 -0400 Message-ID: <87r2kpm6zu.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) forcemerge 30874 31801 quit From unknown Thu Jun 19 13:59:22 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 14 Aug 2018 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 09 19:12:50 2018 Received: (at control) by debbugs.gnu.org; 10 Dec 2018 00:12:50 +0000 Received: from localhost ([127.0.0.1]:40405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gW9Bq-0001zi-1V for submit@debbugs.gnu.org; Sun, 09 Dec 2018 19:12:50 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56899) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gW9Bn-0001zW-OK for control@debbugs.gnu.org; Sun, 09 Dec 2018 19:12:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gW9Bi-0003JF-27 for control@debbugs.gnu.org; Sun, 09 Dec 2018 19:12:42 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50776) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gW9Bh-0003JB-Tm for control@debbugs.gnu.org; Sun, 09 Dec 2018 19:12:41 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1gW9Bh-0004Ug-7B for control@debbugs.gnu.org; Sun, 09 Dec 2018 19:12:41 -0500 Subject: control message for bug 30045 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Sun, 09 Dec 2018 19:12:41 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) unarchive 30045 fixed 30045 26.2 From unknown Thu Jun 19 13:59:22 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 07 Jan 2019 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator