From unknown Tue Jun 17 22:29:04 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34095: 27.0.50; Crash when openning a gnus message buffer Resent-From: Katsumi Yamaoka Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Jan 2019 07:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 34095 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 34095@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.154762458014311 (code B ref -1); Wed, 16 Jan 2019 07:43:02 +0000 Received: (at submit) by debbugs.gnu.org; 16 Jan 2019 07:43:00 +0000 Received: from localhost ([127.0.0.1]:60590 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjfql-0003ik-I2 for submit@debbugs.gnu.org; Wed, 16 Jan 2019 02:43:00 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34681) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjfqi-0003iW-T1 for submit@debbugs.gnu.org; Wed, 16 Jan 2019 02:42:58 -0500 Received: from lists.gnu.org ([209.51.188.17]:33307) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gjfqb-00031r-I6 for submit@debbugs.gnu.org; Wed, 16 Jan 2019 02:42:50 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44815) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gjfqZ-00073x-Sd for bug-gnu-emacs@gnu.org; Wed, 16 Jan 2019 02:42:49 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.1 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_NONE, RCVD_IN_RP_RNBL autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gjfqY-0002ov-0x for bug-gnu-emacs@gnu.org; Wed, 16 Jan 2019 02:42:47 -0500 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:57737) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gjfqX-0000vA-H7 for bug-gnu-emacs@gnu.org; Wed, 16 Jan 2019 02:42:45 -0500 X-Sender-Id: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 7B0D83E4182; Wed, 16 Jan 2019 07:41:59 +0000 (UTC) Received: from hampton.hostforweb.net (unknown [100.96.36.160]) (Authenticated sender: tih5qno0ow) by relay.mailchannels.net (Postfix) with ESMTPA id B677B3E42EA; Wed, 16 Jan 2019 07:41:58 +0000 (UTC) X-Sender-Id: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net Received: from hampton.hostforweb.net (hampton.hostforweb.net [172.245.115.217]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 16 Jan 2019 07:41:59 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net X-MailChannels-Auth-Id: tih5qno0ow X-Spicy-Fearful: 22fc6f1103255c10_1547624519211_2006260214 X-MC-Loop-Signature: 1547624519211:2627230980 X-MC-Ingress-Time: 1547624519210 Received: from s70.gtokyofl21.vectant.ne.jp ([202.215.75.70]:60000 helo=localhost) by hampton.hostforweb.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1gjfpi-003yYN-KT; Wed, 16 Jan 2019 01:41:56 -0600 Date: Wed, 16 Jan 2019 16:41:51 +0900 Message-ID: From: Katsumi Yamaoka Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.91 (x86_64-unknown-cygwin) Cancel-Lock: sha1:L+5BxYK5nDVPqXJgNPOsRKVjFhQ= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-OutGoing-Spam-Status: No, score=-0.2 X-AuthUser: yamaoka@hampton.hostforweb.net X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 23.83.214.38 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: 0.9 (/) 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.1 (/) In GNU Emacs 27.0.50 (build 1, x86_64-unknown-cygwin, GTK+ Version 3.22.28) of 2019-01-16 built on localhost Windowing system distributor 'The Cygwin/X Project', version 11.0.12002000 Hi, This may not be an Emacs bug, but I don't know how to solve it. This is happenning since the last weekend. Please help! Recipe: With no .emacs .gnus.el .newsrc.eld files, and .config, Mail and News directories. % emacs -Q q Eval: (setq gnus-select-method '(nnnil)) M-x gnus (Gnus launches with no group) m Then Emacs crashes and I get either of the following two kinds of errors in stderr: 1. X protocol error: BadMatch (invalid parameter attributes) on protocol request 139 When compiled with GTK, Emacs cannot recover from X disconnects. This is a GTK bug: https://gitlab.gnome.org/GNOME/gtk/issues/221 For details, see etc/PROBLEMS. Fatal error 6: Aborted 2. (emacs:3360): Gdk-ERROR **: The program 'emacs' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 7076 error_code 8 request_code 139 (RENDER) minor_code 4) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) xbacktrace and backtrace follow. Thanks in advance. GNU gdb (GDB) (Cygwin 8.0.1-1) 8.0.1 [...] (gdb) source .gdbinit [...] (gdb) r Starting program: /Work/emacs-27.0.50/src/emacs [...] (gdb) xbacktrace Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x00000001005fd565 in backtrace_function () The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (backtrace_function) will be abandoned. When the function is done executing, GDB will silently stop. (gdb) backtrace #0 0x00000001005fd565 in backtrace_function () #1 #2 _g_log_abort (breakpoint=breakpoint@entry=1) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmessages.c:554 #3 0x00000003c5e67d90 in g_log_writer_default (log_level=6, log_level@entry=G_LOG_LEVEL_ERROR, fields=fields@entry=0xffffabb0, n_fields=n_fields@entry=6, user_data=user_data@entry=0x0) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmessages.c:2628 #4 0x00000003c5e66660 in g_log_structured_array ( log_level=log_level@entry=G_LOG_LEVEL_ERROR, fields=fields@entry=0xffffabb0, n_fields=n_fields@entry=6) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmessages.c:1941 #5 0x00000003c5e67292 in g_log_structured_array (n_fields=6, fields=0xffffabb0, log_level=G_LOG_LEVEL_ERROR) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmessages.c:1923 #6 g_log_structured ( log_domain=log_domain@entry=0x3c81f7e46 <__func__.36842+198> "Gdk", log_level=log_level@entry=G_LOG_LEVEL_ERROR) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmessages.c:1768 #7 0x00000003c81a9235 in _gdk_x11_display_error_event ( display=display@entry=0x60022d090, error=error@entry=0xffffb310) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkdisplay-x11.c:2766 #8 0x00000003c81b6fc8 in gdk_x_error (xdisplay=0x60021bf10, error=0xffffb310) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkmain-x11.c:307 #9 0x00000003dff766cb in _XError (dpy=dpy@entry=0x60021bf10, rep=rep@entry=0x601260e30) at /usr/src/debug/libX11-1.6.5-1/src/XlibInt.c:1434 #10 0x00000003dff73533 in handle_error (dpy=0x60021bf10, err=0x601260e30, in_XReply=) at /usr/src/debug/libX11-1.6.5-1/src/xcb_io.c:199 #11 0x00000003dff735e5 in handle_response (dpy=0x60021bf10, response=0x601260e30, in_XReply=) at /usr/src/debug/libX11-1.6.5-1/src/xcb_io.c:311 #12 0x00000003dff74522 in _XReply (dpy=dpy@entry=0x60021bf10, rep=rep@entry=0xffffb550, extra=extra@entry=0, discard=discard@entry=0) at /usr/src/debug/libX11-1.6.5-1/src/xcb_io.c:621 #13 0x00000003dff5b5a8 in XGetWindowProperty (dpy=0x60021bf10, w=w@entry=788, property=262, offset=offset@entry=0, length=length@entry=9223372036854775807, delete=delete@entry=0, req_type=req_type@entry=33, actual_type=actual_type@entry=0xffffb648, actual_format=actual_format@entry=0xffffb644, nitems=nitems@entry=0xffffb650, bytesafter=bytesafter@entry=0xffffb658, prop=prop@entry=0xffffb660) at /usr/src/debug/libX11-1.6.5-1/src/GetProp.c:69 #14 0x00000003c81b8dec in get_net_supporting_wm_check ( screen=screen@entry=0x600230a90, window=788) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkscreen-x11.c:1329 #15 0x00000003c81b8ed3 in fetch_net_wm_check_window ( screen=screen@entry=0x600230a90) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkscreen-x11.c:1366 #16 0x00000003c81ba613 in gdk_x11_screen_supports_net_wm_hint ( screen=0x600230a90, property=property@entry=0x80) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkscreen-x11.c:1446 #17 0x00000003c81bff24 in gdk_x11_window_end_frame (window=0x6001bd930) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkwindow-x11.c:435 #18 on_frame_clock_after_paint (clock=, window=0x6001bd930) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkwindow-x11.c:980 #19 0x00000003c36e5acc in g_closure_invoke (closure=0x6003cb890, return_value=0x0, n_param_values=1, param_values=0xffffba80, invocation_hint=0xffffb9c0) at /usr/src/debug/glib2.0-2.54.3-1/gobject/gclosure.c:804 #20 0x00000003c36f7657 in signal_emit_unlocked_R (node=node@entry=0x600241f90, detail=, instance=instance@entry=0x600309780, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0xffffba80) at /usr/src/debug/glib2.0-2.54.3-1/gobject/gsignal.c:3635 #21 0x00000003c36ff9cc in g_signal_emit_valist ( instance=instance@entry=0x600309780, signal_id=, detail=, detail@entry=0, var_args=, var_args@entry=0xffffbc88 "") at /usr/src/debug/glib2.0-2.54.3-1/gobject/gsignal.c:3391 #22 0x00000003c36ffcaa in g_signal_emit (instance=instance@entry=0x600309780, signal_id=, detail=detail@entry=0) at /usr/src/debug/glib2.0-2.54.3-1/gobject/gsignal.c:3447 #23 0x00000003c8186fbe in _gdk_frame_clock_emit_after_paint ( frame_clock=frame_clock@entry=0x600309780) at /usr/src/debug/gtk3-3.22.28-1/gdk/gdkframeclock.c:647 #24 0x00000003c81876fb in gdk_frame_clock_paint_idle (data=0x600309780) at /usr/src/debug/gtk3-3.22.28-1/gdk/gdkframeclockidle.c:467 #25 0x00000003c8171417 in gdk_threads_dispatch (data=0x600b73a90, data@entry=) at /usr/src/debug/gtk3-3.22.28-1/gdk/gdk.c:743 #26 0x00000003c5e61033 in g_timeout_dispatch (source=0x600c0e880, callback=, user_data=) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmain.c:4638 #27 0x00000003c5e6061e in g_main_dispatch (context=0x6002412f0) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmain.c:3165 #28 g_main_context_dispatch (context=context@entry=0x6002412f0) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmain.c:3818 #29 0x00000003c5e60998 in g_main_context_iterate ( context=context@entry=0x6002412f0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmain.c:3891 #30 0x00000003c5e60a4d in g_main_context_iteration (context=0x6002412f0, context@entry=0x0, may_block=may_block@entry=1) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmain.c:3952 #31 0x00000003c10287c5 in gtk_main_iteration () at /usr/src/debug/gtk3-3.22.28-1/gtk/gtkmain.c:1427 #32 0x000000010051290a in XTread_socket () #33 0x000000010055ca71 in gobble_input () #34 0x000000010055c900 in get_input_pending () #35 0x000000010055766b in swallow_events () #36 0x000000010040db9d in sit_for () #37 0x000000010055445f in read_char () #38 0x0000000100561594 in read_key_sequence () #39 0x0000000100550a9f in command_loop_1 () #40 0x00000001005ffbcc in internal_condition_case () #41 0x0000000100550206 in command_loop_2 () #42 0x00000001005ff4b7 in internal_catch () #43 0x0000000100550196 in command_loop () #44 0x000000010054f728 in recursive_edit_1 () #45 0x000000010054f8d0 in Frecursive_edit () #46 0x000000010054d516 in main () Lisp Backtrace: Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x00000001005fd565 in backtrace_function () The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (backtrace_function) will be abandoned. When the function is done executing, GDB will silently stop. From unknown Tue Jun 17 22:29:04 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Katsumi Yamaoka Subject: bug#34095: closed (Re: bug#34051: 27.0.50; Emacs 27 from master segfaults) Message-ID: References: X-Gnu-PR-Message: they-closed 34095 X-Gnu-PR-Package: emacs Reply-To: 34095@debbugs.gnu.org Date: Thu, 17 Jan 2019 00:19:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1547684342-8303-1" This is a multi-part message in MIME format... ------------=_1547684342-8303-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #34095: 27.0.50; Crash when openning a gnus message buffer which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 34095@debbugs.gnu.org. --=20 34095: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D34095 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1547684342-8303-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 34095-done) by debbugs.gnu.org; 17 Jan 2019 00:18:17 +0000 Received: from localhost ([127.0.0.1]:34015 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjvNw-00028g-UV for submit@debbugs.gnu.org; Wed, 16 Jan 2019 19:18:17 -0500 Received: from insect.birch.relay.mailchannels.net ([23.83.209.93]:46331) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjvNu-00028R-8d; Wed, 16 Jan 2019 19:18:15 -0500 X-Sender-Id: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 94F3E6823BD; Thu, 17 Jan 2019 00:18:11 +0000 (UTC) Received: from hampton.hostforweb.net (unknown [100.96.30.62]) (Authenticated sender: tih5qno0ow) by relay.mailchannels.net (Postfix) with ESMTPA id C30F668389E; Thu, 17 Jan 2019 00:18:10 +0000 (UTC) X-Sender-Id: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net Received: from hampton.hostforweb.net (hampton.hostforweb.net [172.245.115.217]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 17 Jan 2019 00:18:11 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net X-MailChannels-Auth-Id: tih5qno0ow X-Spicy-Thoughtful: 6957fb255d592a2b_1547684291415_4174512121 X-MC-Loop-Signature: 1547684291415:4050966807 X-MC-Ingress-Time: 1547684291414 Received: from s70.gtokyofl21.vectant.ne.jp ([202.215.75.70]:60000 helo=localhost) by hampton.hostforweb.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1gjvNm-00DdOh-RJ; Wed, 16 Jan 2019 18:18:08 -0600 Date: Thu, 17 Jan 2019 09:18:02 +0900 Message-ID: From: Katsumi Yamaoka To: Alan Third Subject: Re: bug#34051: 27.0.50; Emacs 27 from master segfaults References: <834ladg8dw.fsf@gnu.org> <87sgxxwtbs.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me> <8336pxfwx1.fsf@gnu.org> <87pnt0x0r2.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me> <83sgxweg26.fsf@gnu.org> <20190115165232.GB31959@breton.holly.idiocy.org> Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-cygwin) Cancel-Lock: sha1:pEwZb7Ah/5O8aZpV+ac8H4ChHXc= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-OutGoing-Spam-Status: No, score=-0.2 X-AuthUser: yamaoka@hampton.hostforweb.net X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 34095-done Cc: Stefan Husmann , Eli Zaretskii , 34095-done@debbugs.gnu.org, 34051@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 (-) On Tue, 15 Jan 2019 16:52:32 +0000, Alan Third wrote: > These X server errors are asynchronous and not very helpful. The most > likely culprit is x_create_x_image_and_pixmap. > Stefan, please try the attached patch. Great! This seems to do the trick also to bug#34095. Thanks. (I'm colosing bug#34095 that's probably a duplicate.) ------------=_1547684342-8303-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 16 Jan 2019 07:43:00 +0000 Received: from localhost ([127.0.0.1]:60590 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjfql-0003ik-I2 for submit@debbugs.gnu.org; Wed, 16 Jan 2019 02:43:00 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34681) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjfqi-0003iW-T1 for submit@debbugs.gnu.org; Wed, 16 Jan 2019 02:42:58 -0500 Received: from lists.gnu.org ([209.51.188.17]:33307) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gjfqb-00031r-I6 for submit@debbugs.gnu.org; Wed, 16 Jan 2019 02:42:50 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44815) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gjfqZ-00073x-Sd for bug-gnu-emacs@gnu.org; Wed, 16 Jan 2019 02:42:49 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.1 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_NONE, RCVD_IN_RP_RNBL autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gjfqY-0002ov-0x for bug-gnu-emacs@gnu.org; Wed, 16 Jan 2019 02:42:47 -0500 Received: from common.maple.relay.mailchannels.net ([23.83.214.38]:57737) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gjfqX-0000vA-H7 for bug-gnu-emacs@gnu.org; Wed, 16 Jan 2019 02:42:45 -0500 X-Sender-Id: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 7B0D83E4182; Wed, 16 Jan 2019 07:41:59 +0000 (UTC) Received: from hampton.hostforweb.net (unknown [100.96.36.160]) (Authenticated sender: tih5qno0ow) by relay.mailchannels.net (Postfix) with ESMTPA id B677B3E42EA; Wed, 16 Jan 2019 07:41:58 +0000 (UTC) X-Sender-Id: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net Received: from hampton.hostforweb.net (hampton.hostforweb.net [172.245.115.217]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Wed, 16 Jan 2019 07:41:59 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: tih5qno0ow|x-authuser|yamaoka@hampton.hostforweb.net X-MailChannels-Auth-Id: tih5qno0ow X-Spicy-Fearful: 22fc6f1103255c10_1547624519211_2006260214 X-MC-Loop-Signature: 1547624519211:2627230980 X-MC-Ingress-Time: 1547624519210 Received: from s70.gtokyofl21.vectant.ne.jp ([202.215.75.70]:60000 helo=localhost) by hampton.hostforweb.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1gjfpi-003yYN-KT; Wed, 16 Jan 2019 01:41:56 -0600 Date: Wed, 16 Jan 2019 16:41:51 +0900 Message-ID: From: Katsumi Yamaoka To: bug-gnu-emacs@gnu.org Subject: 27.0.50; Crash when openning a gnus message buffer Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.91 (x86_64-unknown-cygwin) Cancel-Lock: sha1:L+5BxYK5nDVPqXJgNPOsRKVjFhQ= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-OutGoing-Spam-Status: No, score=-0.2 X-AuthUser: yamaoka@hampton.hostforweb.net X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 23.83.214.38 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: 0.9 (/) 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: -0.1 (/) In GNU Emacs 27.0.50 (build 1, x86_64-unknown-cygwin, GTK+ Version 3.22.28) of 2019-01-16 built on localhost Windowing system distributor 'The Cygwin/X Project', version 11.0.12002000 Hi, This may not be an Emacs bug, but I don't know how to solve it. This is happenning since the last weekend. Please help! Recipe: With no .emacs .gnus.el .newsrc.eld files, and .config, Mail and News directories. % emacs -Q q Eval: (setq gnus-select-method '(nnnil)) M-x gnus (Gnus launches with no group) m Then Emacs crashes and I get either of the following two kinds of errors in stderr: 1. X protocol error: BadMatch (invalid parameter attributes) on protocol request 139 When compiled with GTK, Emacs cannot recover from X disconnects. This is a GTK bug: https://gitlab.gnome.org/GNOME/gtk/issues/221 For details, see etc/PROBLEMS. Fatal error 6: Aborted 2. (emacs:3360): Gdk-ERROR **: The program 'emacs' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 7076 error_code 8 request_code 139 (RENDER) minor_code 4) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) xbacktrace and backtrace follow. Thanks in advance. GNU gdb (GDB) (Cygwin 8.0.1-1) 8.0.1 [...] (gdb) source .gdbinit [...] (gdb) r Starting program: /Work/emacs-27.0.50/src/emacs [...] (gdb) xbacktrace Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x00000001005fd565 in backtrace_function () The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (backtrace_function) will be abandoned. When the function is done executing, GDB will silently stop. (gdb) backtrace #0 0x00000001005fd565 in backtrace_function () #1 #2 _g_log_abort (breakpoint=breakpoint@entry=1) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmessages.c:554 #3 0x00000003c5e67d90 in g_log_writer_default (log_level=6, log_level@entry=G_LOG_LEVEL_ERROR, fields=fields@entry=0xffffabb0, n_fields=n_fields@entry=6, user_data=user_data@entry=0x0) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmessages.c:2628 #4 0x00000003c5e66660 in g_log_structured_array ( log_level=log_level@entry=G_LOG_LEVEL_ERROR, fields=fields@entry=0xffffabb0, n_fields=n_fields@entry=6) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmessages.c:1941 #5 0x00000003c5e67292 in g_log_structured_array (n_fields=6, fields=0xffffabb0, log_level=G_LOG_LEVEL_ERROR) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmessages.c:1923 #6 g_log_structured ( log_domain=log_domain@entry=0x3c81f7e46 <__func__.36842+198> "Gdk", log_level=log_level@entry=G_LOG_LEVEL_ERROR) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmessages.c:1768 #7 0x00000003c81a9235 in _gdk_x11_display_error_event ( display=display@entry=0x60022d090, error=error@entry=0xffffb310) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkdisplay-x11.c:2766 #8 0x00000003c81b6fc8 in gdk_x_error (xdisplay=0x60021bf10, error=0xffffb310) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkmain-x11.c:307 #9 0x00000003dff766cb in _XError (dpy=dpy@entry=0x60021bf10, rep=rep@entry=0x601260e30) at /usr/src/debug/libX11-1.6.5-1/src/XlibInt.c:1434 #10 0x00000003dff73533 in handle_error (dpy=0x60021bf10, err=0x601260e30, in_XReply=) at /usr/src/debug/libX11-1.6.5-1/src/xcb_io.c:199 #11 0x00000003dff735e5 in handle_response (dpy=0x60021bf10, response=0x601260e30, in_XReply=) at /usr/src/debug/libX11-1.6.5-1/src/xcb_io.c:311 #12 0x00000003dff74522 in _XReply (dpy=dpy@entry=0x60021bf10, rep=rep@entry=0xffffb550, extra=extra@entry=0, discard=discard@entry=0) at /usr/src/debug/libX11-1.6.5-1/src/xcb_io.c:621 #13 0x00000003dff5b5a8 in XGetWindowProperty (dpy=0x60021bf10, w=w@entry=788, property=262, offset=offset@entry=0, length=length@entry=9223372036854775807, delete=delete@entry=0, req_type=req_type@entry=33, actual_type=actual_type@entry=0xffffb648, actual_format=actual_format@entry=0xffffb644, nitems=nitems@entry=0xffffb650, bytesafter=bytesafter@entry=0xffffb658, prop=prop@entry=0xffffb660) at /usr/src/debug/libX11-1.6.5-1/src/GetProp.c:69 #14 0x00000003c81b8dec in get_net_supporting_wm_check ( screen=screen@entry=0x600230a90, window=788) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkscreen-x11.c:1329 #15 0x00000003c81b8ed3 in fetch_net_wm_check_window ( screen=screen@entry=0x600230a90) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkscreen-x11.c:1366 #16 0x00000003c81ba613 in gdk_x11_screen_supports_net_wm_hint ( screen=0x600230a90, property=property@entry=0x80) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkscreen-x11.c:1446 #17 0x00000003c81bff24 in gdk_x11_window_end_frame (window=0x6001bd930) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkwindow-x11.c:435 #18 on_frame_clock_after_paint (clock=, window=0x6001bd930) at /usr/src/debug/gtk3-3.22.28-1/gdk/x11/gdkwindow-x11.c:980 #19 0x00000003c36e5acc in g_closure_invoke (closure=0x6003cb890, return_value=0x0, n_param_values=1, param_values=0xffffba80, invocation_hint=0xffffb9c0) at /usr/src/debug/glib2.0-2.54.3-1/gobject/gclosure.c:804 #20 0x00000003c36f7657 in signal_emit_unlocked_R (node=node@entry=0x600241f90, detail=, instance=instance@entry=0x600309780, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0xffffba80) at /usr/src/debug/glib2.0-2.54.3-1/gobject/gsignal.c:3635 #21 0x00000003c36ff9cc in g_signal_emit_valist ( instance=instance@entry=0x600309780, signal_id=, detail=, detail@entry=0, var_args=, var_args@entry=0xffffbc88 "") at /usr/src/debug/glib2.0-2.54.3-1/gobject/gsignal.c:3391 #22 0x00000003c36ffcaa in g_signal_emit (instance=instance@entry=0x600309780, signal_id=, detail=detail@entry=0) at /usr/src/debug/glib2.0-2.54.3-1/gobject/gsignal.c:3447 #23 0x00000003c8186fbe in _gdk_frame_clock_emit_after_paint ( frame_clock=frame_clock@entry=0x600309780) at /usr/src/debug/gtk3-3.22.28-1/gdk/gdkframeclock.c:647 #24 0x00000003c81876fb in gdk_frame_clock_paint_idle (data=0x600309780) at /usr/src/debug/gtk3-3.22.28-1/gdk/gdkframeclockidle.c:467 #25 0x00000003c8171417 in gdk_threads_dispatch (data=0x600b73a90, data@entry=) at /usr/src/debug/gtk3-3.22.28-1/gdk/gdk.c:743 #26 0x00000003c5e61033 in g_timeout_dispatch (source=0x600c0e880, callback=, user_data=) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmain.c:4638 #27 0x00000003c5e6061e in g_main_dispatch (context=0x6002412f0) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmain.c:3165 #28 g_main_context_dispatch (context=context@entry=0x6002412f0) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmain.c:3818 #29 0x00000003c5e60998 in g_main_context_iterate ( context=context@entry=0x6002412f0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmain.c:3891 #30 0x00000003c5e60a4d in g_main_context_iteration (context=0x6002412f0, context@entry=0x0, may_block=may_block@entry=1) at /usr/src/debug/glib2.0-2.54.3-1/glib/gmain.c:3952 #31 0x00000003c10287c5 in gtk_main_iteration () at /usr/src/debug/gtk3-3.22.28-1/gtk/gtkmain.c:1427 #32 0x000000010051290a in XTread_socket () #33 0x000000010055ca71 in gobble_input () #34 0x000000010055c900 in get_input_pending () #35 0x000000010055766b in swallow_events () #36 0x000000010040db9d in sit_for () #37 0x000000010055445f in read_char () #38 0x0000000100561594 in read_key_sequence () #39 0x0000000100550a9f in command_loop_1 () #40 0x00000001005ffbcc in internal_condition_case () #41 0x0000000100550206 in command_loop_2 () #42 0x00000001005ff4b7 in internal_catch () #43 0x0000000100550196 in command_loop () #44 0x000000010054f728 in recursive_edit_1 () #45 0x000000010054f8d0 in Frecursive_edit () #46 0x000000010054d516 in main () Lisp Backtrace: Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x00000001005fd565 in backtrace_function () The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (backtrace_function) will be abandoned. When the function is done executing, GDB will silently stop. ------------=_1547684342-8303-1--