From unknown Fri Aug 15 02:03:15 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#17691 <17691@debbugs.gnu.org> To: bug#17691 <17691@debbugs.gnu.org> Subject: Status: 24.3.91; crash closing remote frame Reply-To: bug#17691 <17691@debbugs.gnu.org> Date: Fri, 15 Aug 2025 09:03:15 +0000 retitle 17691 24.3.91; crash closing remote frame reassign 17691 emacs submitter 17691 Ken Raeburn severity 17691 important tag 17691 moreinfo patch thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 13:09:42 2014 Received: (at submit) by debbugs.gnu.org; 4 Jun 2014 17:09:42 +0000 Received: from localhost ([127.0.0.1]:44194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsEh0-0002mX-6F for submit@debbugs.gnu.org; Wed, 04 Jun 2014 13:09:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50440) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsEgt-0002m1-8n for submit@debbugs.gnu.org; Wed, 04 Jun 2014 13:09:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WsEgj-0003kL-26 for submit@debbugs.gnu.org; Wed, 04 Jun 2014 13:09:26 -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_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:36307) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WsEgi-0003kH-V7 for submit@debbugs.gnu.org; Wed, 04 Jun 2014 13:09:20 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52147) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WsEgc-0003Ex-UK for bug-gnu-emacs@gnu.org; Wed, 04 Jun 2014 13:09:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WsEgX-0003Nf-SV for bug-gnu-emacs@gnu.org; Wed, 04 Jun 2014 13:09:14 -0400 Received: from mail-qg0-x233.google.com ([2607:f8b0:400d:c04::233]:39624) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WsEgX-0003Mn-Kw for bug-gnu-emacs@gnu.org; Wed, 04 Jun 2014 13:09:09 -0400 Received: by mail-qg0-f51.google.com with SMTP id q107so15950970qgd.24 for ; Wed, 04 Jun 2014 10:09:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding; bh=E93fg8iWN4zMYwnq9RLaqa9hZwARNgXZ5rQamKn5r0o=; b=hGr85zmBXXYLuFix2JxODPbq2v+F9IzhGL18kRXPiwdEUKrDepm78+nynQVtZafXrT zyP5D7qn7LQdxBMXVqTgAvvujbj9End7jyxvDi8Ve0bt4+6bFr07R+k47/Jyz5k+kYGr Ynwh7ffe1sMo7OaMPh69mVUQSnc7GS7eiOIy0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-type:content-transfer-encoding; bh=E93fg8iWN4zMYwnq9RLaqa9hZwARNgXZ5rQamKn5r0o=; b=PN5l7J/xtLjzhEPO3VZfx5SbZqySSGNxJrSF7jDQXJK5vNzQ4QodUgDRw1lp+gm/Lt TApSq2a1oA41e+n/EeXVomvCP/FmN1FTtKa2SHkJeLYj2ZoBbeV0Me3OA5N5BUe3KOhX cHb9jozl+6endE3fFSwhB4zMSgOZCHsfK1jDTJ307xljPeFYAaflQIwe02HWq0SD7/Ab 4PZQIlBWCkGL59Q7qBv/S4VqhsMbWFlX8JPVgDekiJosa9CtuQIqG2GCQXtAF3BwubtK rGH5DGpM1WV4o34C5dClEmuMsyMZ2Rnb7p/YPZMLmk/MRtwDFwH3R+1ecO+vZh7vZOJC s7UQ== X-Gm-Message-State: ALoCoQlF/tf4en+PcNIYcHEMzXkx45Yf+ZOxCyfAkC3QyH5AFUQC/JkM+6EEDxFced9ClUNdqs4E X-Received: by 10.140.95.80 with SMTP id h74mr68729426qge.2.1401901746610; Wed, 04 Jun 2014 10:09:06 -0700 (PDT) Received: from just-testing.permabit.com (vpn.permabit.com. [66.202.84.2]) by mx.google.com with ESMTPSA id h90sm1988286qge.0.2014.06.04.10.09.04 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 04 Jun 2014 10:09:05 -0700 (PDT) From: Ken Raeburn To: bug-gnu-emacs@gnu.org Subject: 24.3.91; crash closing remote frame Date: Wed, 04 Jun 2014 13:09:03 -0400 Message-ID: <6ey4xca9g0.fsf@just-testing.permabit.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (-----) 1) Build Emacs with "lucid" toolkit because you like making frames on multiple displays. 2) Fire up Emacs on your local X11 display :0. 3) ssh into the machine and use emacsclient to get a frame on display :10 or whatever. 4) Drop the remote connection, or use your window manager to kill the remote frame, or poke around in (current-frame-configuration) to find the frame and apply delete-frame to it. 5) Watch your Emacs process die. It seems to be repeatable. Program received signal SIGSEGV, Segmentation fault. PSEUDOVECTORP (code=3D15, a=3D122485729734501) at lisp.h:2394 2394 return PSEUDOVECTOR_TYPEP (h, code); (gdb) bt #0 PSEUDOVECTORP (code=3D15, a=3D122485729734501) at lisp.h:2394 #1 font_clear_cache (cache=3D69278262, driver=3D, f=3D) at font.c:2604 #2 0x0000000000564f0b in font_finish_cache (driver=3D0xb707a0, f=3D0x45a77= b0) at font.c:2563 #3 font_update_drivers (f=3D0x45a77b0, new_drivers=3D12059762) at font.c:3= 472 #4 0x000000000041effc in delete_frame (frame=3D, force=3D12= 059810) at frame.c:1335 #5 0x0000000000551580 in Ffuncall (nargs=3D, args=3D0x7fffa= 40cdcb8) at eval.c:2818 #6 0x000000000058664d in exec_byte_code (bytestr=3D4611686018679046144, ve= ctor=3D11995040, maxdepth=3D4611686019484352512, args_template=3D54, nargs= =3D3, args=3D0x0) at bytecode.c:916 #7 0x000000000055103f in funcall_lambda (fun=3D9785413, nargs=3D, arg_vector=3D0x7fffa40cdeb8) at eval.c:3049 #8 0x0000000000551364 in Ffuncall (nargs=3D, args=3D0x7fffa= 40cdeb0) at eval.c:2876 #9 0x000000000054d885 in Fcall_interactively (function=3D12419650, record_= flag=3D12059762, keys=3D40388517) at callint.c:836 #10 0x000000000055156d in Ffuncall (nargs=3D, args=3D0x7fffa= 40ce088) at eval.c:2822 #11 0x000000000058664d in exec_byte_code (bytestr=3D4611686018679046144, ve= ctor=3D11995040, maxdepth=3D4611686019484352512, args_template=3D108, nargs= =3D4, args=3D0x7fffa40ce1d8) at bytecode.c:916 #12 0x0000000000551364 in Ffuncall (nargs=3D, args=3D0x7fffa= 40ce1d0) at eval.c:2876 #13 0x0000000000551759 in call4 (fn=3D, arg1=3D, arg2=3D, arg3=3D, arg4=3D)= at eval.c:2663 #14 0x00000000004e8dee in read_char (commandflag=3D1, map=3D60420038, prev_= event=3D12059762, used_mouse_menu=3D0x7fffa40ce5bf, end_time=3D0x0) at keyb= oard.c:2944 #15 0x00000000004ea9e4 in read_key_sequence (keybuf=3D0x7fffa40ce610, promp= t=3D12059762, dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, f= ix_current_buffer=3Dtrue, prevent_redisplay=3Dfalse, bufsize=3D30) at keybo= ard.c:9087 #16 0x00000000004ebc1a in command_loop_1 () at keyboard.c:1452 #17 0x000000000054f942 in internal_condition_case (bfun=3D0x4eba40 , handlers=3D, hfun=3D0x4e2ce0 ) at eval.= c:1354 #18 0x00000000004e057e in command_loop_2 (ignore=3D) at keyb= oard.c:1177 #19 0x000000000054f848 in internal_catch (tag=3D, func=3D0x4e0560 , arg=3D12059762) at eval.c:1118 #20 0x00000000004e28c7 in command_loop () at keyboard.c:1156 #21 recursive_edit_1 () at keyboard.c:777 #22 0x00000000004e2bed in Frecursive_edit () at keyboard.c:848 #23 0x0000000000411775 in main (argc=3D2, argv=3D) at emacs.= c:1646 Lisp Backtrace: "delete-frame" (0xa40cdcc0) "handle-delete-frame" (0xa40cdeb8) "call-interactively" (0xa40ce090) "command-execute" (0xa40ce1d8) (gdb) fr 1 #1 PSEUDOVECTORP (code=3D15, a=3D122485729734501) at lisp.h:2394 2394 return PSEUDOVECTOR_TYPEP (h, code); (gdb) list 2389 return false; 2390 else 2391 { 2392 /* Converting to struct vectorlike_header * avoids aliasing issu= es. */ 2393 struct vectorlike_header *h =3D XUNTAG (a, Lisp_Vectorlike); 2394 return PSEUDOVECTOR_TYPEP (h, code); 2395 } 2396 } 2397=09 2398=09 (gdb) p a $1 =3D 122485729734501 (gdb) xtype=20 Lisp_Vectorlike Cannot access memory at address 0x6f666e692f60 (gdb) p/x a $2 =3D 0x6f666e692f65 Note that this is an invalid pointer but valid ASCII string content ("e/info\0\0" after byte swapping). I told gdb to save a core file (it reported errors accessing some memory) and went back to look at the core file when I had a useable emacs process running again. (Poor foresight on my part, "xbacktrace" doesn't work on a core file.) (gdb) bt full=20 #0 PSEUDOVECTOR_TYPEP (code=3D15, a=3D) at lisp.h:2380 No locals. #1 PSEUDOVECTORP (code=3D15, a=3D122485729734501) at lisp.h:2394 h =3D 0x4212a90 #2 font_clear_cache (cache=3D69278262, driver=3D, f=3D) at font.c:2604 tail =3D 69282438 entity =3D 122485729734501 i =3D #3 0x0000000000564f0b in font_finish_cache (driver=3D0xb707a0, f=3D0x45a77= b0) at font.c:2563 cache =3D val =3D #4 font_update_drivers (f=3D0x45a77b0, new_drivers=3D12059762) at font.c:3= 472 driver =3D 0xb707a0 active_drivers =3D 12059762 list =3D 0x27b2020 #5 0x000000000041effc in delete_frame (frame=3D, force=3D12= 059810) at frame.c:1335 f =3D 0x45a77b0 sf =3D kb =3D minibuffer_selected =3D 0 is_tooltip_frame =3D 0 #6 0x0000000000551580 in Ffuncall (nargs=3D, args=3D0x7fffa= 40cdcb8) at eval.c:2818 fun =3D 8580261 original_fun =3D funcar =3D 4611686018679046144 numargs =3D val =3D internal_args =3D 0x7fffa40cdcc0 i =3D #7 0x000000000058664d in exec_byte_code (bytestr=3D4611686018679046144, ve= ctor=3D11995040, maxdepth=3D4611686019484352512, args_template=3D54, nargs= =3D3, args=3D0x0) at bytecode.c:916 targets =3D {0x5866e1, 0x586f0b, 0x586f10, 0x586f15, 0x5864c2, 0x58= 64c8, 0x588019, 0x588062, 0x5880ea, 0x5880ef, 0x5880bb, 0x5880c0, 0x586505,= 0x586508, 0x586bb0, 0x5880c5, 0x586d3b, 0x586d40, 0x586dc1, 0x586dc6, 0x58= 6574, 0x586578, 0x586d6a, 0x586d45, 0x586df0, 0x586df5, 0x586dfa, 0x586e05,= 0x5865e9, 0x5865f0, 0x586dad, 0x586dcb, 0x586e4e, 0x586e53, 0x586e58, 0x58= 6e65, 0x58662f, 0x586630, 0x586e15, 0x586e29, 0x586751, 0x586756, 0x58675b,= 0x586e89, 0x586670, 0x586670, 0x586e75, 0x58672c, 0x5883c8, 0x5883bd, 0x58= 828a, 0x5866e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x587e4f, 0x587eeb,= 0x587f26, 0x587f61, 0x587f9c, 0x586c7b, 0x586cbd, 0x587fe4, 0x586c3d, 0x58= 6cfd, 0x5889b2, 0x588874, 0x5888a3, 0x588af5, 0x588b32, 0x588a42, 0x588a71,= 0x588ab1, 0x58854f, 0x58857e, 0x5885ad, 0x5885ed, 0x58862d, 0x58866d, 0x58= 86b1, 0x5886ee, 0x58872b, 0x5887b8, 0x5887f8, 0x588834, 0x58896d, 0x5888e3,= 0x588928, 0x5874a2, 0x5874e7, 0x587524, 0x587559, 0x587596, 0x5875d3, 0x58= 7610, 0x5876ca, 0x5866b3, 0x587708, 0x587737, 0x5877b8, 0x5877f6, 0x587834,= 0x587863, 0x587898, 0x5878c9, 0x5878fe, 0x5866e1, 0x587934, 0x587969, 0x58= 799e, 0x5879d3, 0x587a08, 0x587a3d, 0x5866b3, 0x5866e1, 0x587a6c, 0x587ab3,= 0x587ae2, 0x587b11, 0x587b51, 0x587b91, 0x58710f, 0x5871e2, 0x587d6e, 0x58= 7dae, 0x587222, 0x587257, 0x5866e1, 0x5884fb, 0x586765, 0x586bc4, 0x5869e5,= 0x586872, 0x586b03, 0x58744d, 0x5884da, 0x586d7e, 0x58738a, 0x587325, 0x58= 8217, 0x588245, 0x5883f6, 0x588447, 0x58848b, 0x587dee, 0x5872f9, 0x587286,= 0x5872ca, 0x587bc0, 0x587bef, 0x587c1e, 0x587c4d, 0x587c8d, 0x587ccd, 0x58= 7d0d, 0x587d4d, 0x586f25, 0x586f65, 0x586fa5, 0x586fd4, 0x587014, 0x587054,= 0x587093, 0x5870d2, 0x58764d, 0x58768a, 0x586e8e, 0x586ed5, 0x5866e1, 0x58= 67f5, 0x586a99, 0x5868e5, 0x58697f, 0x5873b8, 0x5889f2, 0x588768, 0x587768,= 0x5880f4, 0x588139, 0x5866e1, 0x5866e1, 0x588191, 0x5866e1, 0x5866e1, 0x58= 66e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x5881dc = } count =3D 8 stack =3D { pc =3D 0xa7b994 "\202\070",=20 byte_string =3D 9785465,=20 byte_string_start =3D 0xa7b961 "\304\b!\211@\262\001\305\306 \031= \032\033\t\203)",=20 next =3D 0x7fffa40ce0f0 } result =3D 4611686018679046144 type =3D CATCHER #8 0x000000000055103f in funcall_lambda (fun=3D9785413, nargs=3D, arg_vector=3D0x7fffa40cdeb8) at eval.c:3049 val =3D syms_left =3D 12059762 next =3D 12059762 lexenv =3D 12059762 i =3D optional =3D rest =3D #9 0x0000000000551364 in Ffuncall (nargs=3D, args=3D0x7fffa= 40cdeb0) at eval.c:2876 fun =3D original_fun =3D 12419650 funcar =3D 4611686018679046144 numargs =3D val =3D internal_args =3D i =3D #10 0x000000000054d885 in Fcall_interactively (function=3D12419650, record_= flag=3D12059762, keys=3D40388517) at callint.c:836 val =3D args =3D 0x7fffa40cdeb0 visargs =3D 0x7fffa40cde90 specs =3D filter_specs =3D teml =3D up_event =3D 12059762 enable =3D 140735945694832 next_event =3D prefix_arg =3D 12059762 string =3D tem =3D varies =3D 0x7fffa40cde70 "" i =3D nargs =3D mark =3D arg_from_tty =3D key_count =3D 1 record_then_fail =3D false save_this_command =3D 12059762 save_last_command =3D 12102322 save_this_original_command =3D 12059762 save_real_this_command =3D 12059762 #11 0x000000000055156d in Ffuncall (nargs=3D, args=3D0x7fffa= 40ce088) at eval.c:2822 fun =3D 11474597 original_fun =3D funcar =3D 4611686018679046144 numargs =3D val =3D internal_args =3D 0x7fffa40ce090 i =3D #12 0x000000000058664d in exec_byte_code (bytestr=3D4611686018679046144, ve= ctor=3D11995040, maxdepth=3D4611686019484352512, args_template=3D108, nargs= =3D4, args=3D0x7fffa40ce1d8) at bytecode.c:916 targets =3D {0x5866e1, 0x586f0b, 0x586f10, 0x586f15, 0x5864c2, 0x58= 64c8, 0x588019, 0x588062, 0x5880ea, 0x5880ef, 0x5880bb, 0x5880c0, 0x586505,= 0x586508, 0x586bb0, 0x5880c5, 0x586d3b, 0x586d40, 0x586dc1, 0x586dc6, 0x58= 6574, 0x586578, 0x586d6a, 0x586d45, 0x586df0, 0x586df5, 0x586dfa, 0x586e05,= 0x5865e9, 0x5865f0, 0x586dad, 0x586dcb, 0x586e4e, 0x586e53, 0x586e58, 0x58= 6e65, 0x58662f, 0x586630, 0x586e15, 0x586e29, 0x586751, 0x586756, 0x58675b,= 0x586e89, 0x586670, 0x586670, 0x586e75, 0x58672c, 0x5883c8, 0x5883bd, 0x58= 828a, 0x5866e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x587e4f, 0x587eeb,= 0x587f26, 0x587f61, 0x587f9c, 0x586c7b, 0x586cbd, 0x587fe4, 0x586c3d, 0x58= 6cfd, 0x5889b2, 0x588874, 0x5888a3, 0x588af5, 0x588b32, 0x588a42, 0x588a71,= 0x588ab1, 0x58854f, 0x58857e, 0x5885ad, 0x5885ed, 0x58862d, 0x58866d, 0x58= 86b1, 0x5886ee, 0x58872b, 0x5887b8, 0x5887f8, 0x588834, 0x58896d, 0x5888e3,= 0x588928, 0x5874a2, 0x5874e7, 0x587524, 0x587559, 0x587596, 0x5875d3, 0x58= 7610, 0x5876ca, 0x5866b3, 0x587708, 0x587737, 0x5877b8, 0x5877f6, 0x587834,= 0x587863, 0x587898, 0x5878c9, 0x5878fe, 0x5866e1, 0x587934, 0x587969, 0x58= 799e, 0x5879d3, 0x587a08, 0x587a3d, 0x5866b3, 0x5866e1, 0x587a6c, 0x587ab3,= 0x587ae2, 0x587b11, 0x587b51, 0x587b91, 0x58710f, 0x5871e2, 0x587d6e, 0x58= 7dae, 0x587222, 0x587257, 0x5866e1, 0x5884fb, 0x586765, 0x586bc4, 0x5869e5,= 0x586872, 0x586b03, 0x58744d, 0x5884da, 0x586d7e, 0x58738a, 0x587325, 0x58= 8217, 0x588245, 0x5883f6, 0x588447, 0x58848b, 0x587dee, 0x5872f9, 0x587286,= 0x5872ca, 0x587bc0, 0x587bef, 0x587c1e, 0x587c4d, 0x587c8d, 0x587ccd, 0x58= 7d0d, 0x587d4d, 0x586f25, 0x586f65, 0x586fa5, 0x586fd4, 0x587014, 0x587054,= 0x587093, 0x5870d2, 0x58764d, 0x58768a, 0x586e8e, 0x586ed5, 0x5866e1, 0x58= 67f5, 0x586a99, 0x5868e5, 0x58697f, 0x5873b8, 0x5889f2, 0x588768, 0x587768,= 0x5880f4, 0x588139, 0x5866e1, 0x5866e1, 0x588191, 0x5866e1, 0x5866e1, 0x58= 66e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x5866e1, 0x5881dc = } count =3D 3 stack =3D { pc =3D 0xa9b4fa "\006\006\071\203\233",=20 byte_string =3D 9530937,=20 byte_string_start =3D 0xa9b486 "\306\020\211?\205\f",=20 next =3D 0x0 } result =3D 4611686018679046144 type =3D 2752307672 #13 0x0000000000551364 in Ffuncall (nargs=3D, args=3D0x7fffa= 40ce1d0) at eval.c:2876 fun =3D original_fun =3D 12103650 funcar =3D 4611686018679046144 numargs =3D val =3D internal_args =3D i =3D #14 0x0000000000551759 in call4 (fn=3D, arg1=3D, arg2=3D, arg3=3D, arg4=3D)= at eval.c:2663 ret_ungc_val =3D 4611686018679046144 args =3D {12103650, 12419650, 12059762, 40388517, 12059810} #15 0x00000000004e8dee in read_char (commandflag=3D1, map=3D60420038, prev_= event=3D12059762, used_mouse_menu=3D0x7fffa40ce5bf, end_time=3D0x0) at keyb= oard.c:2944 prev_buffer =3D 0xb86d50 c =3D 62612038 local_getcjmp =3D {{ __jmpbuf =3D {12059762, -3514578156732679419, 12059762, 6261322= 2, 12059762, 0, 3514766505763142405, -3514570196288668923},=20 __mask_was_saved =3D 0,=20 __saved_mask =3D { __val =3D {0 , 12086608, 5537799, 20129915,= 0, 0} } }} save_jump =3D {{ __jmpbuf =3D {0, 0, 0, 0, 0, 0, 0, 0},=20 __mask_was_saved =3D 0,=20 __saved_mask =3D { __val =3D {0 } } }} tem =3D 12419650 save =3D previous_echo_area_message =3D 12059762 also_record =3D 12059762 reread =3D false polling_stopped_here =3D false orig_kboard =3D 0x4322770 #16 0x00000000004ea9e4 in read_key_sequence (keybuf=3D0x7fffa40ce610, promp= t=3D12059762, dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, f= ix_current_buffer=3Dtrue, prevent_redisplay=3Dfalse, bufsize=3D30) at keybo= ard.c:9087 interrupted_kboard =3D 0x4322770 interrupted_frame =3D 0x45a6f08 key =3D used_mouse_menu =3D false echo_local_start =3D 0 last_real_key_start =3D 0 keys_local_start =3D 0 new_binding =3D t =3D 0 echo_start =3D 0 keys_start =3D 0 current_binding =3D 60420038 first_event =3D 12059762 first_unbound =3D 31 mock_input =3D 0 fkey =3D { parent =3D 69278518,=20 map =3D 69278518,=20 start =3D 0,=20 end =3D 0 } keytran =3D { parent =3D 12039750,=20 map =3D 12039750,=20 start =3D 0,=20 end =3D 0 } indec =3D { parent =3D 69278534,=20 map =3D 69278534,=20 start =3D 0,=20 end =3D 0 } shift_translated =3D false delayed_switch_frame =3D 12059762 original_uppercase =3D 0 original_uppercase_position =3D -1 dummyflag =3D false starting_buffer =3D 0xb86d50 fake_prefixed_keys =3D 12059762 #17 0x00000000004ebc1a in command_loop_1 () at keyboard.c:1452 cmd =3D keybuf =3D {12107250, 5576045, 4294967296, 12059762, 0, 14073594569= 6936, 3, 140735945696936, 16392194, -6727987734337709568, 46116860185951600= 64, 59337078, 12243042, 12059762, 4294967295, 140735945697696, 140735945697= 008, 5576580, 12107250, 59337078, 8613697, 12243042, 140735945697008, 51232= 45, 12107298, 59337078, 12059762, 5123575, 12059648, 16143360} i =3D prev_modiff =3D 0 prev_buffer =3D 0x0 #18 0x000000000054f942 in internal_condition_case (bfun=3D0x4eba40 , handlers=3D, hfun=3D0x4e2ce0 ) at eval.= c:1354 val =3D c =3D 0x400000000effffc0 #19 0x00000000004e057e in command_loop_2 (ignore=3D) at keyb= oard.c:1177 val =3D 4611686018679046144 #20 0x000000000054f848 in internal_catch (tag=3D, func=3D0x4e0560 , arg=3D12059762) at eval.c:1118 val =3D c =3D 0x400000000effffc0 #21 0x00000000004e28c7 in command_loop () at keyboard.c:1156 No locals. #22 recursive_edit_1 () at keyboard.c:777 val =3D 2 #23 0x00000000004e2bed in Frecursive_edit () at keyboard.c:848 buffer =3D #24 0x0000000000411775 in main (argc=3D2, argv=3D) at emacs.= c:1646 dummy =3D 0 stack_bottom_variable =3D 0 '\000' do_initial_setlocale =3D dumping =3D skip_args =3D 1 rlim =3D { rlim_cur =3D 8720000,=20 rlim_max =3D 18446744073709551615 } no_loadup =3D false junk =3D 0x0 dname_arg =3D 0x0 ch_to_dir =3D 0x0 original_pwd =3D 0xb80472 "" You can't do that without a process to debug. (gdb) (gdb) fr 2 #2 font_clear_cache (cache=3D69278262, driver=3D, f=3D) at font.c:2604 2604 if (FONT_ENTITY_P (entity) (gdb) list 2599 eassert (VECTORP (elt)); 2600 for (i =3D 0; i < ASIZE (elt); i++) 2601 { 2602 entity =3D AREF (elt, i); 2603=09 2604 if (FONT_ENTITY_P (entity) 2605 && EQ (driver->type, AREF (entity, FONT_TYPE_INDEX))) 2606 { 2607 Lisp_Object objlist =3D AREF (entity, FONT_OBJLIST_INDEX); 2608=09 (gdb) p entity $1 =3D 122485729734501 (gdb) p/x entity $2 =3D 0x6f666e692f65 (gdb) p elt $3 =3D (gdb) p i=20 $6 =3D (gdb)=20 I'm rebuilding with --enable-checking to look a little closer. In GNU Emacs 24.3.91.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll b= ars) of 2014-05-29 on just-testing.permabit.com Windowing system distributor `The X.Org Foundation', version 11.0.11103000 System Description: Ubuntu 12.04.4 LTS Configured using: `configure --prefix=3D/permabit/user/raeburn/I64/install/emacs-24.3.91.precise --with-x-toolkit=3Dlucid' Important settings: locale-coding-system: nil Major mode: Lisp Interaction Minor modes in effect: rcirc-track-minor-mode: t display-time-mode: t which-function-mode: t icomplete-mode: t desktop-save-mode: t jabber-activity-mode: t eldoc-mode: t tooltip-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 Recent input: x e m a c s - b u=20 r e=20 p o r t Recent messages: Indentation variables are now local. Indentation setup for shell type sh Note: file is write protected [5 times] Setting up indent for shell type bash Indentation variables are now local. Indentation setup for shell type bash Wrote /permabit/user/raeburn/.emacs.d/.emacs.desktop.lock.just-testing.perm= abit.com Desktop: 1 frame, 252 buffers restored. Starting Emacs daemon. When done with this frame, type C-x 5 0 Load-path shadows: ~/permabit-emacs/objdump hides /permabit/user/raeburn/elisp/objdump/objdump ~/permabit-emacs/kr-pdoc hides /permabit/user/raeburn/elisp/kr-pdoc /permabit/user/raeburn/.emacs.d/elpa/systemtap-mode-20121209.1510/systemtap= -mode hides /permabit/user/raeburn/elisp/systemtap-mode /permabit/user/raeburn/.emacs.d/elpa/ssh-20120904.1342/ssh hides /permabit/= user/raeburn/elisp/ssh /permabit/user/raeburn/.emacs.d/elpa/edit-server-20131229.441/edit-server h= ides /permabit/user/raeburn/elisp/edit-server ~/permabit-emacs/c-fns hides /permabit/user/raeburn/elisp/c-fns /permabit/user/raeburn/elisp/objdump/loaddefs hides /permabit/user/raeburn/= I64/install/emacs-24.3.91.precise/share/emacs/24.3.91/lisp/loaddefs Features: (shadow sort mail-extr gnus-msg emacsbug sendmail mule-util make-mode sh-script smie executable systemtap-mode cc-awk nroff-mode flyspell ispell git-commit-mode server log-edit easy-mmode pcvs-util add-log objdump autorevert filenotify rcirc vc-git hideshow cc-langs cc-mode cc-fonts cc-guess cc-menus cc-cmds edit-server-autoloads info git-rebase-mode-autoloads git-commit-mode-autoloads popup-autoloads ssh-autoloads systemtap-mode-autoloads package time which-func warnings imenu icomplete kr-stuff hideshowvis desktop frameset ses byte-opt bytecomp byte-compile cconv unsafep browse-url edit-server gnus-demon nntp gnus-art mm-uu mml2015 epg-config mm-view mml-smime smime password-cache dig gnus-sum nnoo gnus-group gnus-undo nnmail mail-source gnus-start gnus-spec gnus-int gnus-range message cl-macs rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus gnus-ems nnheader gnus-util mail-utils mm-util mail-prsvr iso-transl kr-dbus notifications dbus kr-math jabber jabber-awesome jabber-osd jabber-wmii jabber-xmessage jabber-festival jabber-sawfish jabber-ratpoison jabber-screen jabber-socks5 jabber-ft-server jabber-si-server jabber-ft-client jabber-ft-common jabber-si-client jabber-si-common jabber-feature-neg jabber-truncate jabber-time jabber-autoaway jabber-vcard-avatars jabber-chatstates jabber-events jabber-vcard jabber-avatar mailcap jabber-activity jabber-watch jabber-modeline jabber-ahc-presence jabber-ahc jabber-version jabber-ourversion jabber-muc-nick-completion hippie-exp jabber-browse jabber-search jabber-register jabber-roster format-spec jabber-presence time-date assoc jabber-muc jabber-newdisco jabber-widget jabber-disco wid-edit jabber-chat ewoc jabber-history jabber-chatbuffer jabber-alert jabber-iq jabber-keymap jabber-core jabber-sasl sasl sasl-anonymous sasl-login sasl-plain fsm jabber-logon jabber-conn srv dns starttls tls jabber-xml xml jabber-menu jabber-util jabber-autoloads idutils derived thingatpt compile comint ansi-color ring cperl-mode easymenu cc-styles cc-align cc-engine cc-vars p4 dired kr-message-timestamp advice c-eldoc cl gv cl-loaddefs cl-lib cc-defs eldoc help-fns timeclock tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer 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 make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting x-toolkit x multi-tty emacs) Memory information: ((conses 16 595122 57649) (symbols 48 43738 0) (miscs 40 90119 5085) (strings 32 82057 9920) (string-bytes 1 2619894) (vectors 16 33642) (vector-slots 8 882063 10737) (floats 8 312 523) (intervals 56 23058 137) (buffers 960 266) (heap 1024 54013 1272)) From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 13:34:44 2014 Received: (at 17691) by debbugs.gnu.org; 4 Jun 2014 17:34:44 +0000 Received: from localhost ([127.0.0.1]:44264 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsF5D-0003hj-VK for submit@debbugs.gnu.org; Wed, 04 Jun 2014 13:34:44 -0400 Received: from mail-qg0-f51.google.com ([209.85.192.51]:47072) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsF57-0003hN-Px for 17691@debbugs.gnu.org; Wed, 04 Jun 2014 13:34:38 -0400 Received: by mail-qg0-f51.google.com with SMTP id q107so15994886qgd.38 for <17691@debbugs.gnu.org>; Wed, 04 Jun 2014 10:34:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=from:content-type:content-transfer-encoding:date:subject:to :message-id:mime-version; bh=eTfX0GNBHhLjq5tVSoMRezNJw3ia0D3F0E8VmIXptH8=; b=CjOWF28FrJysmysv0KvD6P0nToniFSNqOEtS2kT8ei91+NvnmzCvZjliGohcopk7xs +Q/2KRlNVW9yvicwsElEtEpWb9LudN7uQBXEEnsMirEdpTf+pNJYQI3I8w26d0qC/Voq VuMp1RCEkxXdVKP35SzfUfBNonRI0fwze1uU8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding:date :subject:to:message-id:mime-version; bh=eTfX0GNBHhLjq5tVSoMRezNJw3ia0D3F0E8VmIXptH8=; b=jwi1qO73kSmKg0CT+9RkY2y9gv/ir/KAttrYUM/j698ZDi/7ANbUpkIVvm9/70HOJ/ wRCdGlQaBAYDVkf5MSd9qflH2lH39blH2JmSIhPUyhyLhX/YTbw0lJdxDXM28XV3Ei+B kLWtJ4w1vWb40MZMrpmh9D9OxWD747wGW31ehiLMgspxr0axTaOGsiihgULAvjaxUO0Y 5eIxFoUpKevs9mxeqoh7EokTzXtvDu6vEPX+xon/jafK/GgHDpel/qatkqrSfBZN3uww yqLL8UOPeM3U43vAH9Dm6wchVYGUbs8B6zrpTVbqaJODEjy2dOdKuhcJraefObEK7UIh 4K4A== X-Gm-Message-State: ALoCoQmOOT3ymLL434TQjiCspExxEL2oZ/298NOYNBEI8NqFJowgp/taJDuvHSta/VG63notWMqy X-Received: by 10.140.87.243 with SMTP id r106mr67916070qgd.75.1401903268044; Wed, 04 Jun 2014 10:34:28 -0700 (PDT) Received: from [10.1.12.46] (vpn.permabit.com. [66.202.84.2]) by mx.google.com with ESMTPSA id w105sm2021379qgd.22.2014.06.04.10.34.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 10:34:27 -0700 (PDT) From: Ken Raeburn Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 4 Jun 2014 13:34:23 -0400 Subject: 24.3.91; crash closing remote frame To: 17691@debbugs.gnu.org Message-Id: <792C847A-8E51-402F-B438-611B69505944@permabit.com> Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17691 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) The enable-checking build indicates that in the loop in = font_clear_cache, an element of the list has a car slot with a font spec = for "7x14" and a cdr slot of nil. If it matters, the remote display in = this case is my Mac laptop, and it does appear to have a "7x14" font = available to its X server. Ken= From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 13:37:08 2014 Received: (at 17691) by debbugs.gnu.org; 4 Jun 2014 17:37:08 +0000 Received: from localhost ([127.0.0.1]:44269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsF7b-0003nM-KC for submit@debbugs.gnu.org; Wed, 04 Jun 2014 13:37:07 -0400 Received: from mail-qa0-f41.google.com ([209.85.216.41]:65266) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsF7Y-0003mp-PY for 17691@debbugs.gnu.org; Wed, 04 Jun 2014 13:37:05 -0400 Received: by mail-qa0-f41.google.com with SMTP id dc16so7536134qab.14 for <17691@debbugs.gnu.org>; Wed, 04 Jun 2014 10:36:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=lxXSXk7GWshkfrNXyuxgPMOew5Rd44u+NTw50cviSuI=; b=SI9kbJNe9sNcEgd3iez5KOCkwzWlv1GSTk+adS900GPdn5qMWKMdJBXS1zzuHx56PT bFOdLIcbn6H8Xo/A5WrfGeGnXE0OF/aQgZ0FoLdq4OehiIW8Jc5Q7+fbHCoM23RK3Ejj At54ZzC/HXlL7vA4FlpVcA9VrOiTZGtl57a7Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=lxXSXk7GWshkfrNXyuxgPMOew5Rd44u+NTw50cviSuI=; b=OWnxzCuVqb1jxE9zDhyxXiAeWBWzZF1XAQmR6rerJ0L18L/8aCOduGGdcuOKYlBEk6 8s0mb2w6HBJ6Bb7nDQhUi4BAuxhediSOkd07iOCWWakPjyx4/sUAFegRI1HxFP4ELPfH McnuCrGr63sDs9+6IOnwowg/BVLC5R7NGCB+LFlyDB7ur1nMr4k8yJzkLA2HqUWg6RQt heWElzgDO2NwAiXaqwaHhdxe9C+cMpgUV3OaFYMIRs6FPf4AKcKa4ZTnc3nsAR+FRxOo 3GZTIS4k8MH+tx+MazkCzEF8GH7k7Mn2YZix2zkDiahAaMFd9Gre2S3p/FrtG2tmIQmP 72Zw== X-Gm-Message-State: ALoCoQnFOjOkXWJPux2lGk9iDlMO7y1YDq+rVXrJtlWgDoZxAmT9cvk2H7DOx9TZAfbnoRXKSgJ/ X-Received: by 10.140.26.179 with SMTP id 48mr71380667qgv.51.1401903419114; Wed, 04 Jun 2014 10:36:59 -0700 (PDT) Received: from [10.1.12.46] (vpn.permabit.com. [66.202.84.2]) by mx.google.com with ESMTPSA id k5sm5095530qad.45.2014.06.04.10.36.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Jun 2014 10:36:58 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: 24.3.91; crash closing remote frame From: Ken Raeburn In-Reply-To: <792C847A-8E51-402F-B438-611B69505944@permabit.com> Date: Wed, 4 Jun 2014 13:36:56 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <214EBBD3-C002-4384-9013-A4856B0140B3@permabit.com> References: <792C847A-8E51-402F-B438-611B69505944@permabit.com> To: 17691@debbugs.gnu.org X-Mailer: Apple Mail (2.1878.2) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17691 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) ... and, this is a regression from 24.3, where I've been happily using = multiple displays. Ken= From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 13:40:09 2014 Received: (at 17691) by debbugs.gnu.org; 4 Jun 2014 17:40:09 +0000 Received: from localhost ([127.0.0.1]:44288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsFAX-0003uS-4v for submit@debbugs.gnu.org; Wed, 04 Jun 2014 13:40:09 -0400 Received: from forward1o.mail.yandex.net ([37.140.190.30]:35802) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsFAU-0003tm-2P for 17691@debbugs.gnu.org; Wed, 04 Jun 2014 13:40:07 -0400 Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [37.140.190.29]) by forward1o.mail.yandex.net (Yandex) with ESMTP id 726D71302482; Wed, 4 Jun 2014 21:39:59 +0400 (MSK) Received: from smtp4o.mail.yandex.net (localhost [127.0.0.1]) by smtp4o.mail.yandex.net (Yandex) with ESMTP id 2A7AC2321888; Wed, 4 Jun 2014 21:39:59 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id SDhB8Z1woE-dwvKYBQF; Wed, 4 Jun 2014 21:39:58 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 12a11b4f-d10c-49f2-8c19-9afb1058fbc0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1401903598; bh=ujxC/sKDU3r7jv6KrdSFU6iejWGx/i2WQ12M0MFb5pM=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=l0y/DGOwSKq28a4JDAuPfBb1hoMj84FvauZi1mrAj5sBXDev7O3Sli5t69OKn6xU5 gF6DycHeb0kP7NTsdtOCA9jiU5lupd+EbVFzU7RjgPxJcAUnWMcBfMPR3KwpKzeeBs vsnPNbkoIwRyDjapFg3c4M4+H1FZU1Clw0++3pYI= Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <538F59EE.5020003@yandex.ru> Date: Wed, 04 Jun 2014 21:39:58 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ken Raeburn Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <6ey4xca9g0.fsf@just-testing.permabit.com> In-Reply-To: <6ey4xca9g0.fsf@just-testing.permabit.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 06/04/2014 09:09 PM, Ken Raeburn wrote: > 1) Build Emacs with "lucid" toolkit because you like making frames on > multiple displays. > 2) Fire up Emacs on your local X11 display :0. > 3) ssh into the machine and use emacsclient to get a frame on display > :10 or whatever. > 4) Drop the remote connection, or use your window manager to kill the > remote frame, or poke around in (current-frame-configuration) to find > the frame and apply delete-frame to it. > 5) Watch your Emacs process die. Can't reproduce (but I'm using Xnest on the same machine instead), both for trunk and for 24.3.91. Could you please try 1) Xnest instead of remote machine and 2) trunk instead of 24.3.91? Dmitry From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 16:42:55 2014 Received: (at control) by debbugs.gnu.org; 4 Jun 2014 20:42:55 +0000 Received: from localhost ([127.0.0.1]:44406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsI1O-0001ok-Pm for submit@debbugs.gnu.org; Wed, 04 Jun 2014 16:42:55 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:64858) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsI1M-0001oS-8p for control@debbugs.gnu.org; Wed, 04 Jun 2014 16:42:52 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUGAIDvNVPO+IOj/2dsb2JhbABZgwaDSr0vgw6BFxd0giYBAQRWMws0EhQYDYgw0hkXjwEWhCIEqRmBaoNMIQ X-IPAS-Result: ArUGAIDvNVPO+IOj/2dsb2JhbABZgwaDSr0vgw6BFxd0giYBAQRWMws0EhQYDYgw0hkXjwEWhCIEqRmBaoNMIQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="65715504" Received: from 206-248-131-163.dsl.teksavvy.com (HELO pastel.home) ([206.248.131.163]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 04 Jun 2014 16:42:46 -0400 Received: by pastel.home (Postfix, from userid 20848) id 3ECAE600A6; Wed, 4 Jun 2014 16:42:46 -0400 (EDT) From: Stefan Monnier To: control@debbugs.gnu.org Subject: Re: bug#17691: 24.3.91; crash closing remote frame Message-ID: References: <792C847A-8E51-402F-B438-611B69505944@permabit.com> <214EBBD3-C002-4384-9013-A4856B0140B3@permabit.com> Date: Wed, 04 Jun 2014 16:42:46 -0400 In-Reply-To: <214EBBD3-C002-4384-9013-A4856B0140B3@permabit.com> (Ken Raeburn's message of "Wed, 4 Jun 2014 13:36:56 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) severity 17691 important thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 17:38:24 2014 Received: (at 17691) by debbugs.gnu.org; 4 Jun 2014 21:38:24 +0000 Received: from localhost ([127.0.0.1]:44436 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsIt5-00052P-4A for submit@debbugs.gnu.org; Wed, 04 Jun 2014 17:38:23 -0400 Received: from mail-qa0-f52.google.com ([209.85.216.52]:33039) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsIt2-00051v-C4 for 17691@debbugs.gnu.org; Wed, 04 Jun 2014 17:38:21 -0400 Received: by mail-qa0-f52.google.com with SMTP id cm18so171224qab.11 for <17691@debbugs.gnu.org>; Wed, 04 Jun 2014 14:38:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=0Gob2q9gQ8AsOGjKuALSX6a3FWrXeXbsXJNONYWr+tA=; b=e5sFAh+9ru3jP8gByWQyUvOZ4Fc6kaxqFqf56CeD5rmXCibhD0h9XmgG2KMP9irm42 yN0oMWnVHj6O0oYFZgnrBas0WDc9+dLzts7QRl/CvkFDh1T9Jiwa7fRbFADA2WnkA0ht DmcS0KU19d2b4D++zJkSO0Dtt8e0UpgK7U1bE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=0Gob2q9gQ8AsOGjKuALSX6a3FWrXeXbsXJNONYWr+tA=; b=dIvMDx5gx5Y/e5OoSr8vrLNd3kddv6+fqi1ytlkmznqJyk4Qt3tzXydv9ChkJ5vmq7 Sq8W6YuNNChIBnQRwN+khjB1ss6FNf6LFepQjarZKOp6jaBQQEA/FLG0kURylp3V5l06 3y1X/HObHHzMjikuJm5/1LrwmZ7rP9brlM1MMuSSvzIWHm8t5l59O+n3fjROrRJMUuTN DJbeurW8WozEeMyZYU55fHFr3ooTKBKYocdL1+aAWWIWkT4NyXyD8xULoorknNwdARMP lIFrhsiuD7fUf4eP7tyModEu/7YVuZY3i65mw6+OajvB6jfjJ8P4eg1yVoN7QlecD6KK dqIQ== X-Gm-Message-State: ALoCoQk3cqorApskLZWeJIyB8SEsSK57k3HA5rxiWqRvpOzjRhki30VTHwGDzIdkNG5bUw+JyJVN X-Received: by 10.224.55.83 with SMTP id t19mr11383896qag.42.1401917894747; Wed, 04 Jun 2014 14:38:14 -0700 (PDT) Received: from just-testing.permabit.com (vpn.permabit.com. [66.202.84.2]) by mx.google.com with ESMTPSA id z8sm6016974qar.49.2014.06.04.14.38.13 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 04 Jun 2014 14:38:13 -0700 (PDT) From: Ken Raeburn To: 17691@debbugs.gnu.org Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <6ey4xca9g0.fsf@just-testing.permabit.com> <538F59EE.5020003@yandex.ru> Date: Wed, 04 Jun 2014 17:38:12 -0400 In-Reply-To: <538F59EE.5020003@yandex.ru> (Dmitry Antipov's message of "Wed, 04 Jun 2014 21:39:58 +0400") Message-ID: <6evbsg1hkr.fsf@just-testing.permabit.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17691 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) Dmitry Antipov writes: > Can't reproduce (but I'm using Xnest on the same machine instead), > both for trunk and for 24.3.91. > > Could you please try 1) Xnest instead of remote machine and 2) trunk > instead of 24.3.91? I've tried Xnest locally and couldn't reproduce the problem initially. I noticed the function frame-font-cache that can give a peek at the cache content (aside: without making a copy... and we have C code that will crash if the data structure is altered in naughty ways??) and took a look at what I'm getting for the two displays. For the remote XQuartz display, the cache has: ("localhost:12.0" (x 1 (# . [# # ...a bunch more here...) (# . #)) (xft 1 (# . []) (#))) Note that the last one does indeed have nil instead of an array. For the local display, the slots all contain (empty or non-empty) arrays: (":0.0" (x 2 (# . []) (# . []) (# . []) (# . [])) (xft 2 (# . [# # # #]) (# . [# # # #]) (# . [# # # #]) (# . [# # # #]))) I noticed something I'd forgotten -- on the Mac, I have an old X resources file setting "Emacs*font: 7x14", which is different from the local desktop environment. If I run Xnest, and load one X resource: $ xrdb -load Emacs*font: 7x14 ^D $ and then pull up a remote frame and look at its cache, I do see some 7x14 entries under "x" that look okay, but under "xft", the last one appears to have nil again: (xft 1 (# . []) (# . []) (# . []) (#))) And when the Xnest connection went away, so did the Emacs process. So, yeah, now I can reproduce it with Xnest... Ken From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 04 17:50:14 2014 Received: (at 17691) by debbugs.gnu.org; 4 Jun 2014 21:50:14 +0000 Received: from localhost ([127.0.0.1]:44442 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsJ4T-0005Qg-4Z for submit@debbugs.gnu.org; Wed, 04 Jun 2014 17:50:14 -0400 Received: from mail-qg0-f49.google.com ([209.85.192.49]:64857) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsJ4Q-0005Q1-Tj for 17691@debbugs.gnu.org; Wed, 04 Jun 2014 17:50:07 -0400 Received: by mail-qg0-f49.google.com with SMTP id a108so205160qge.36 for <17691@debbugs.gnu.org>; Wed, 04 Jun 2014 14:50:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=1z+wNje18vaxSd5m0rpcum7dBkd/RgOiLAVIsntYGvk=; b=gRCs5Li9O0v2+AWCooJ3yw/9+FFF4Rbs9+dW06qMe5FSl6D/vSffwPDcFblBeTkF+p J8LvVzkEI9apCetj36UGXJsde7BBczpFK1u+wXqOe/rmT0wW4u/i44YT4ZNemXJ04MDC Zc3CRlBf7/PJqlyvezHRHoqdztxYcorQextw0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=1z+wNje18vaxSd5m0rpcum7dBkd/RgOiLAVIsntYGvk=; b=Y/4siaOeg894HPdB8um+jxbuLZlJUNQKgyY/mNh5n6SN+QA/NKztdn6X+YJm9WLEdE GdV/RuALrp95wULSbmnAYXJvr+FQZC12w0uU5lVwT9HkwsZwl4sEXVBP9JPl4Ukw/iVv fzkDt59Wq/xk+j/OX5ukDmYcgMsn3DSCgKtE9AGKHkFOF+2JQ7/o4GGAr78ZCa6x0UuM tiWBzgD4h+6C21PZxQwh8tfn6F1/3US2aB3DxcdR1K1jNWnYC0qs42W4hqq6eI096DWq wmL/k1UqrkjWkqW3Qm+LQubS6lzNGlnBycs2KqMCPzdcKmLCwH+SkgY2v5/+9IM1HEWz hFqg== X-Gm-Message-State: ALoCoQmvaIb0BEMrn6w9t7d14JwrtFzditPibP+8FHx3yrVY6dStoTt9Roj2T7EvIeDScc+4/u3F X-Received: by 10.224.37.10 with SMTP id v10mr10906363qad.98.1401918601119; Wed, 04 Jun 2014 14:50:01 -0700 (PDT) Received: from just-testing.permabit.com (vpn.permabit.com. [66.202.84.2]) by mx.google.com with ESMTPSA id v19sm6084456qaw.21.2014.06.04.14.49.59 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 04 Jun 2014 14:50:00 -0700 (PDT) From: Ken Raeburn To: 17691@debbugs.gnu.org Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <6ey4xca9g0.fsf@just-testing.permabit.com> <538F59EE.5020003@yandex.ru> <6evbsg1hkr.fsf@just-testing.permabit.com> Date: Wed, 04 Jun 2014 17:49:58 -0400 In-Reply-To: <6evbsg1hkr.fsf@just-testing.permabit.com> (Ken Raeburn's message of "Wed, 04 Jun 2014 17:38:12 -0400") Message-ID: <6er4341h15.fsf@just-testing.permabit.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17691 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) A simpler reproduction just worked for me: emacs -Q -nw in the scratch buffer, evaluate: (let ((f (make-frame-on-display ":0" '((font . "7x14"))))) (delete-frame f)) That's killed my Emacs processes pretty reliably. Simpler still: $ emacs -Q -nw --eval '(let ((f (make-frame-on-display ":0" '"'"'((font . "7x14"))))) (delete-frame f))' The terminal window gets a frame, the X display gets a frame, the X frame goes away, and the terminal-mode Emacs crashes. Ken From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 00:53:30 2014 Received: (at 17691) by debbugs.gnu.org; 5 Jun 2014 04:53:30 +0000 Received: from localhost ([127.0.0.1]:44607 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsPg9-0002bK-3P for submit@debbugs.gnu.org; Thu, 05 Jun 2014 00:53:30 -0400 Received: from forward1l.mail.yandex.net ([84.201.143.144]:42848) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsPg4-0002at-67 for 17691@debbugs.gnu.org; Thu, 05 Jun 2014 00:53:25 -0400 Received: from smtp1o.mail.yandex.net (smtp1o.mail.yandex.net [37.140.190.26]) by forward1l.mail.yandex.net (Yandex) with ESMTP id 7F5591521110; Thu, 5 Jun 2014 08:53:17 +0400 (MSK) Received: from smtp1o.mail.yandex.net (localhost [127.0.0.1]) by smtp1o.mail.yandex.net (Yandex) with ESMTP id 0C2D7DE1B21; Thu, 5 Jun 2014 08:53:16 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp1o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id akaYzciBtW-rGTuvhFB; Thu, 5 Jun 2014 08:53:16 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 2a497f69-78a3-4bb3-846f-553d3868c700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1401943996; bh=39GKZzHmsm7qySBjGzljXlSn470zWJth7HvsUTTLdBE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type; b=eUZKfaHDQGemk69J8EttB+QVUgVoSkSuW0BY3Ms/FlTMgnZR9BQbxnFQPIcx2ammQ KLR48tQiDvDjZgjtgGWu6o8SlJiiOXEDas1CMH++/9GvV9C/05ZyHOXuGr2dEWZkho fgfLwJqtIwkVHV56Kehnu5Pf3ehk3eWYHoPvDCsc= Authentication-Results: smtp1o.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <538FF7BC.8020203@yandex.ru> Date: Thu, 05 Jun 2014 08:53:16 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ken Raeburn Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <6ey4xca9g0.fsf@just-testing.permabit.com> <538F59EE.5020003@yandex.ru> <6evbsg1hkr.fsf@just-testing.permabit.com> <6er4341h15.fsf@just-testing.permabit.com> In-Reply-To: <6er4341h15.fsf@just-testing.permabit.com> Content-Type: multipart/mixed; boundary="------------090009030805080305080707" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17691 Cc: Glenn Morris , 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) This is a multi-part message in MIME format. --------------090009030805080305080707 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 06/05/2014 01:49 AM, Ken Raeburn wrote: > A simpler reproduction just worked for me: > > emacs -Q -nw > > in the scratch buffer, evaluate: > > (let ((f (make-frame-on-display ":0" '((font . "7x14"))))) > (delete-frame f)) > > That's killed my Emacs processes pretty reliably. > > Simpler still: > > $ emacs -Q -nw --eval '(let ((f (make-frame-on-display ":0" '"'"'((font . "7x14"))))) (delete-frame f))' > > The terminal window gets a frame, the X display gets a frame, the X > frame goes away, and the terminal-mode Emacs crashes. Please try this against emacs-24 branch or 24.3.91 (this is a backported hybrid of trunk commits 116927 and 117126). If that works for you, this should be incorporated into emacs-24 and included into the next pretest. Dmitry --------------090009030805080305080707 Content-Type: text/x-patch; name="bug17691.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bug17691.patch" === modified file 'src/font.c' --- src/font.c 2014-03-03 19:58:20 +0000 +++ src/font.c 2014-06-05 04:43:59 +0000 @@ -2753,22 +2753,21 @@ val = XCDR (val); else { - Lisp_Object copy; - val = driver_list->driver->list (f, scratch_font_spec); - if (NILP (val)) - val = zero_vector; - else - val = Fvconcat (1, &val); - copy = copy_font_spec (scratch_font_spec); - ASET (copy, FONT_TYPE_INDEX, driver_list->driver->type); - XSETCDR (cache, Fcons (Fcons (copy, val), XCDR (cache))); + if (!NILP (val)) + { + Lisp_Object copy = copy_font_spec (scratch_font_spec); + + val = Fvconcat (1, &val); + ASET (copy, FONT_TYPE_INDEX, driver_list->driver->type); + XSETCDR (cache, Fcons (Fcons (copy, val), XCDR (cache))); + } } - if (ASIZE (val) > 0 + if (VECTORP (val) && ASIZE (val) > 0 && (need_filtering || ! NILP (Vface_ignored_fonts))) val = font_delete_unmatched (val, need_filtering ? spec : Qnil, size); - if (ASIZE (val) > 0) + if (VECTORP (val) && ASIZE (val) > 0) list = Fcons (val, list); } @@ -2804,18 +2803,22 @@ && (NILP (ftype) || EQ (driver_list->driver->type, ftype))) { Lisp_Object cache = font_get_cache (f, driver_list->driver); - Lisp_Object copy; ASET (work, FONT_TYPE_INDEX, driver_list->driver->type); entity = assoc_no_quit (work, XCDR (cache)); if (CONSP (entity)) - entity = XCDR (entity); + entity = AREF (XCDR (entity), 0); else { entity = driver_list->driver->match (f, work); - copy = copy_font_spec (work); - ASET (copy, FONT_TYPE_INDEX, driver_list->driver->type); - XSETCDR (cache, Fcons (Fcons (copy, entity), XCDR (cache))); + if (!NILP (entity)) + { + Lisp_Object copy = copy_font_spec (work); + Lisp_Object match = Fvector (1, &entity); + + ASET (copy, FONT_TYPE_INDEX, driver_list->driver->type); + XSETCDR (cache, Fcons (Fcons (copy, match), XCDR (cache))); + } } if (! NILP (entity)) break; --------------090009030805080305080707-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 01:56:51 2014 Received: (at 17691) by debbugs.gnu.org; 5 Jun 2014 05:56:51 +0000 Received: from localhost ([127.0.0.1]:44613 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsQfS-0004lC-VP for submit@debbugs.gnu.org; Thu, 05 Jun 2014 01:56:51 -0400 Received: from forward5o.mail.yandex.net ([37.140.190.34]:38826) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsQfO-0004ko-Kx for 17691@debbugs.gnu.org; Thu, 05 Jun 2014 01:56:48 -0400 Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [37.140.190.29]) by forward5o.mail.yandex.net (Yandex) with ESMTP id 34106170233A; Thu, 5 Jun 2014 09:56:35 +0400 (MSK) Received: from smtp4o.mail.yandex.net (localhost [127.0.0.1]) by smtp4o.mail.yandex.net (Yandex) with ESMTP id E2F112321B34; Thu, 5 Jun 2014 09:56:34 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id VoO0sH4CJB-uYoeDwDb; Thu, 5 Jun 2014 09:56:34 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 952043ab-48bc-40d0-b2f5-e9f860bce0d5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1401947794; bh=koMf3aetRwIPWKO2filXCxCj0iBdBA22dE0W0nx3C4s=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Gk8DPiTdy/xL1suvD2a06x7azxiVJuTBYxLn7WOt8iShD8hCAMigEaVPpGRGFMHjP jiTATqdvlg9uoPlcsTWHTS5VXcuayZE/LqGpBJUjZjS0r5jDDAmQ0SEJMQJw3Usbgi Z0Qn3p+6qaTppstybjefgx0ap7p0lolC2xV5L5qk= Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53900692.2010900@yandex.ru> Date: Thu, 05 Jun 2014 09:56:34 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ken Raeburn Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <6ey4xca9g0.fsf@just-testing.permabit.com> <538F59EE.5020003@yandex.ru> <6evbsg1hkr.fsf@just-testing.permabit.com> <6er4341h15.fsf@just-testing.permabit.com> <538FF7BC.8020203@yandex.ru> In-Reply-To: <538FF7BC.8020203@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 06/05/2014 08:53 AM, Dmitry Antipov wrote: > Please try this against emacs-24 branch or 24.3.91 (this is a backported > hybrid of trunk commits 116927 and 117126). If that works for you, this > should be incorporated into emacs-24 and included into the next pretest. BTW, could you please check one more thing for any of emacs-24, 24.3.91 or trunk and --with-x-toolkit=lucid: gdb emacs b XUnloadFont r -Q --eval '(let ((f (make-frame-on-display ":0" '"'"'((font . "7x14"))))) (delete-frame f))' When you hit the breakpoint, try to print data pointed by 'font'. I'm seeing an invalid pointers, e.g.: Breakpoint 1, XUnloadFont (dpy=0xb71180, font=25165832) at UnldFont.c:36 36 { (gdb) bt 10 #0 XUnloadFont (dpy=0xb71180, font=25165832) at UnldFont.c:36 #1 0x0000003e79015689 in FreeCacheRec (app=app@entry=0x1276370, p=0x12f6ca8, prev=prev@entry=0x3e79265770 ) at Convert.c:449 #2 0x0000003e790168fb in _XtCacheFlushTag (app=0x1276370, tag=tag@entry=0x11ba4b0) at Convert.c:491 #3 0x0000003e7901e3ae in CloseDisplay (dpy=dpy@entry=0xb71180) at Display.c:638 #4 0x0000003e7901f09c in XtCloseDisplay (dpy=0xb71180) at Display.c:680 #5 0x000000000052fc25 in x_delete_terminal (terminal=0x1133030) at ../../emacs-24.3.91/src/xterm.c:10414 #6 0x000000000050b73f in Fdelete_terminal (terminal=18034741, force=11533218) at ../../emacs-24.3.91/src/terminal.c:348 #7 0x000000000041f036 in delete_frame (frame=18107005, force=11533170) at ../../emacs-24.3.91/src/frame.c:1399 #8 0x000000000041f564 in Fdelete_frame (frame=18107005, force=11533170) at ../../emacs-24.3.91/src/frame.c:1509 #9 0x00000000005f1789 in eval_sub (form=18902422) at ../../emacs-24.3.91/src/eval.c:2188 (More stack frames follow...) (gdb) p *font Cannot access memory at address 0x1800008 (gdb) c Continuing. Breakpoint 1, XUnloadFont (dpy=dpy@entry=0xb71180, font=25165825) at UnldFont.c:36 36 { (gdb) bt 10 #0 XUnloadFont (dpy=dpy@entry=0xb71180, font=25165825) at UnldFont.c:36 #1 0x000000379461fd78 in XCloseDisplay (dpy=dpy@entry=0xb71180) at ClDisplay.c:59 #2 0x0000003e7901e4b5 in CloseDisplay (dpy=dpy@entry=0xb71180) at Display.c:664 #3 0x0000003e7901f09c in XtCloseDisplay (dpy=0xb71180) at Display.c:680 #4 0x000000000052fc25 in x_delete_terminal (terminal=0x1133030) at ../../emacs-24.3.91/src/xterm.c:10414 #5 0x000000000050b73f in Fdelete_terminal (terminal=18034741, force=11533218) at ../../emacs-24.3.91/src/terminal.c:348 #6 0x000000000041f036 in delete_frame (frame=18107005, force=11533170) at ../../emacs-24.3.91/src/frame.c:1399 #7 0x000000000041f564 in Fdelete_frame (frame=18107005, force=11533170) at ../../emacs-24.3.91/src/frame.c:1509 #8 0x00000000005f1789 in eval_sub (form=18902422) at ../../emacs-24.3.91/src/eval.c:2188 #9 0x00000000005ecb68 in Fprogn (body=18902454) at ../../emacs-24.3.91/src/eval.c:468 (More stack frames follow...) (gdb) p *font Cannot access memory at address 0x1800001 etc. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 15:47:37 2014 Received: (at 17691) by debbugs.gnu.org; 5 Jun 2014 19:47:37 +0000 Received: from localhost ([127.0.0.1]:46103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsddM-0002Wx-SB for submit@debbugs.gnu.org; Thu, 05 Jun 2014 15:47:36 -0400 Received: from mail-lb0-f182.google.com ([209.85.217.182]:49581) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsddF-0002WY-K7 for 17691@debbugs.gnu.org; Thu, 05 Jun 2014 15:47:29 -0400 Received: by mail-lb0-f182.google.com with SMTP id z11so908796lbi.27 for <17691@debbugs.gnu.org>; Thu, 05 Jun 2014 12:47:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TxvdfKDaDQgElE9BIRVmr5JB2mEGcVW/pQb3t6dMmRI=; b=KTCXhOpRY9aCraz7d09DVisHRdgUIuKLbQAngHks31QwE1COh+KmosEI/cCuvd4/PV DP7ErvXt+VsSRnSG2+lF9vF2b5rtbAjA3LVKCfo/wIcBvB5tNbGY5/NdyInynnFJTs6m myzu1opfcV51eZm/4F44cC9lsXSV1wYV0O/cA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=TxvdfKDaDQgElE9BIRVmr5JB2mEGcVW/pQb3t6dMmRI=; b=GT4VoTSpeyA3dgL4xig7dvkFtaQQALfFc6cnvOvOhpKiPGwhPqyqXkqZxX4qDzrpFg upatePtATdKiYsm9sV0hNXU8oebsa6yr0dbwQJvQMhwR0PjvXo/xIqVhYaTaAaGQx9wq 3I0VWrO6deXpGrp5ZMJiIBk6ZF40S/NkhCjHGZqV0JBb0Xf9cm2yvFgVE4YTgL7IWO2A dwhME6l/+eVhGHgD4AGqrSxyyqy1vB6hwPsznImz4RevE91sPB8Q5LUOX9yG8xHrtk7O IgNR6SnfzfZylNCEO2I/l9DCfcXMHzuHS/zt6jULU4GiTgEuKVYAeOkMhOTjySwNhVW9 6BQg== X-Gm-Message-State: ALoCoQlq8oG8LObexB1aA+t9beU0mRwx/nClifiV8F0/M7Fs3R2L1cryIbiDp1+hHArzAPuEJX6E MIME-Version: 1.0 X-Received: by 10.112.120.207 with SMTP id le15mr45478464lbb.45.1401997639316; Thu, 05 Jun 2014 12:47:19 -0700 (PDT) Received: by 10.112.9.74 with HTTP; Thu, 5 Jun 2014 12:47:19 -0700 (PDT) In-Reply-To: <538FF7BC.8020203@yandex.ru> References: <6ey4xca9g0.fsf@just-testing.permabit.com> <538F59EE.5020003@yandex.ru> <6evbsg1hkr.fsf@just-testing.permabit.com> <6er4341h15.fsf@just-testing.permabit.com> <538FF7BC.8020203@yandex.ru> Date: Thu, 5 Jun 2014 15:47:19 -0400 Message-ID: Subject: Re: bug#17691: 24.3.91; crash closing remote frame From: Ken Raeburn To: Dmitry Antipov Content-Type: multipart/alternative; boundary=047d7bfd032c448c5504fb1c0302 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17691 Cc: Glenn Morris , 17691 <17691@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) --047d7bfd032c448c5504fb1c0302 Content-Type: text/plain; charset=UTF-8 With my one-liner test, using your patch, I finish up with a terminal session (as expected) with an error message "Display :0 does not exist" in the minibuffer (not expected). In the *Messages* buffer, it's recorded as "get-device-terminal: Display :0 does not exist", though it didn't display that way initially in the minibuffer. I set a breakpoint on XUnloadFont as requested, and "font" doesn't appear to be a valid pointer; is it supposed to be a resource id maybe? On Thu, Jun 5, 2014 at 12:53 AM, Dmitry Antipov wrote: > On 06/05/2014 01:49 AM, Ken Raeburn wrote: > > A simpler reproduction just worked for me: >> >> emacs -Q -nw >> >> in the scratch buffer, evaluate: >> >> (let ((f (make-frame-on-display ":0" '((font . "7x14"))))) >> (delete-frame f)) >> >> That's killed my Emacs processes pretty reliably. >> >> Simpler still: >> >> $ emacs -Q -nw --eval '(let ((f (make-frame-on-display ":0" '"'"'((font . >> "7x14"))))) (delete-frame f))' >> >> The terminal window gets a frame, the X display gets a frame, the X >> frame goes away, and the terminal-mode Emacs crashes. >> > > Please try this against emacs-24 branch or 24.3.91 (this is a backported > hybrid of trunk commits 116927 and 117126). If that works for you, this > should be incorporated into emacs-24 and included into the next pretest. > > Dmitry > > --047d7bfd032c448c5504fb1c0302 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
With my one-liner test, using your patch, I finish up with= a terminal session (as expected) with an error message "Display :0 do= es not exist" in the minibuffer (not expected). In the *Messages* buff= er, it's recorded as "get-device-terminal: Display :0 does not exi= st", though it didn't display that way initially in the minibuffer= .

I set a breakpoint on XUnloadFont as requested, and "fo= nt" doesn't appear to be a valid pointer; is it supposed to be a r= esource id maybe?


On Thu, Jun 5, 2014 at 12:53 AM, Dmitry Antipov <dmantipov@yandex.ru= > wrote:
On 06/05/2014 01:49 AM, Ken Raeburn= wrote:

A simpler reproduction just worked for me:

emacs -Q -nw

in the scratch buffer, evaluate:

(let ((f (make-frame-on-display ":0" '((font . "7x14&quo= t;)))))
=C2=A0 =C2=A0(delete-frame f))

That's killed my Emacs processes pretty reliably.

Simpler still:

$ emacs -Q -nw --eval '(let ((f (make-frame-on-display ":0" &= #39;"'"'((font . "7x14"))))) (delete-frame f))&= #39;

The terminal window gets a frame, the X display gets a frame, the X
frame goes away, and the terminal-mode Emacs crashes.

Please try this against emacs-24 branch or 24.3.91 (this is a backported hybrid of trunk commits 116927 and 117126). If that works for you, this
should be incorporated into emacs-24 and included into the next pretest.

Dmitry


--047d7bfd032c448c5504fb1c0302-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 05 17:09:59 2014 Received: (at 17691) by debbugs.gnu.org; 5 Jun 2014 21:09:59 +0000 Received: from localhost ([127.0.0.1]:46154 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wsev8-0005LO-St for submit@debbugs.gnu.org; Thu, 05 Jun 2014 17:09:59 -0400 Received: from mail-lb0-f174.google.com ([209.85.217.174]:54496) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wsev6-0005L0-3p for 17691@debbugs.gnu.org; Thu, 05 Jun 2014 17:09:56 -0400 Received: by mail-lb0-f174.google.com with SMTP id n15so967991lbi.33 for <17691@debbugs.gnu.org>; Thu, 05 Jun 2014 14:09:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3kYEGg8KlgBTf5Rx1OQED4g0bNyPo4oW+e8AykiGU+Q=; b=I0wGdS8+S5kzRt+U6jiRUxaZM9bAl8U5DTfcyGcMcoqJNF3rW0WH7tjJj5qLVDajL2 yOoPFaKBP2FuWtk503FvuMfv3hDrV1IxcDKvRsbwvnKOr4dPXYgDqydL9nppjdtPPHNg n7QRIGi8NORFEuW9/hEfi+1vL8POd8umtsw/U= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3kYEGg8KlgBTf5Rx1OQED4g0bNyPo4oW+e8AykiGU+Q=; b=kXJYGD82y41G+b4JooJQQHXb/F08vgoQiMkJ08Jk27x97kB7PlCk8cxVKhsfKn0cpf cqnqku8m4SlM6YfnHeIau5BjhwL6+bfdgfApB7u288NVR4dfoeq58Gfg9D3/PU7Sa8Ji E7VXbg/ZmZUIX6Zgrlj5iuWFOnj6r/PjzI0rJR5M6dcmDlqTT62ugm3U1VR/RNmjcynp Pk55Gt5zILQttTS8K/ho4rNC/fGqu85a3/bvV+D6T5OUvJHok7fQejUK2iU59cD4P5YJ V4cjRFU2pt5y9ZLdY3OoukyJa/tRpl4crLMnxbSSAe1w9TmOq2zr+b+aIqeSRS/fI87D n+4g== X-Gm-Message-State: ALoCoQnQInV2zn1CHLb9RABgRt6EkjB2z+57vMZ/rwNWQnJ4gKFd8MJ1OTTMnTPBPdBGEnp9eXEp MIME-Version: 1.0 X-Received: by 10.112.120.207 with SMTP id le15mr90867lbb.45.1402002589840; Thu, 05 Jun 2014 14:09:49 -0700 (PDT) Received: by 10.112.9.74 with HTTP; Thu, 5 Jun 2014 14:09:49 -0700 (PDT) In-Reply-To: References: <6ey4xca9g0.fsf@just-testing.permabit.com> <538F59EE.5020003@yandex.ru> <6evbsg1hkr.fsf@just-testing.permabit.com> <6er4341h15.fsf@just-testing.permabit.com> <538FF7BC.8020203@yandex.ru> Date: Thu, 5 Jun 2014 17:09:49 -0400 Message-ID: Subject: Re: bug#17691: 24.3.91; crash closing remote frame From: Ken Raeburn To: Dmitry Antipov Content-Type: multipart/alternative; boundary=047d7bfd032c5799b304fb1d2a44 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17691 Cc: Glenn Morris , 17691 <17691@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) --047d7bfd032c5799b304fb1d2a44 Content-Type: text/plain; charset=UTF-8 Oh, sorry... I just noticed in gdb I'd used my one-liner command line, and the one you asked me to run didn't use "-nw". If I use the command line you suggested, when $DISPLAY is defined as :0, I get one window, and briefly a second; XUnloadFont isn't hit, since I've still got a window open on that display. But I assume closing the final window as in my test was what you actually wanted... Also, if I use the window manager to close the X window rather than invoking delete-frame, the "display :0 does not exist" message doesn't appear. Ken On Thu, Jun 5, 2014 at 3:47 PM, Ken Raeburn wrote: > With my one-liner test, using your patch, I finish up with a terminal > session (as expected) with an error message "Display :0 does not exist" in > the minibuffer (not expected). In the *Messages* buffer, it's recorded as > "get-device-terminal: Display :0 does not exist", though it didn't display > that way initially in the minibuffer. > > I set a breakpoint on XUnloadFont as requested, and "font" doesn't appear > to be a valid pointer; is it supposed to be a resource id maybe? > > > On Thu, Jun 5, 2014 at 12:53 AM, Dmitry Antipov > wrote: > >> On 06/05/2014 01:49 AM, Ken Raeburn wrote: >> >> A simpler reproduction just worked for me: >>> >>> emacs -Q -nw >>> >>> in the scratch buffer, evaluate: >>> >>> (let ((f (make-frame-on-display ":0" '((font . "7x14"))))) >>> (delete-frame f)) >>> >>> That's killed my Emacs processes pretty reliably. >>> >>> Simpler still: >>> >>> $ emacs -Q -nw --eval '(let ((f (make-frame-on-display ":0" '"'"'((font >>> . "7x14"))))) (delete-frame f))' >>> >>> The terminal window gets a frame, the X display gets a frame, the X >>> frame goes away, and the terminal-mode Emacs crashes. >>> >> >> Please try this against emacs-24 branch or 24.3.91 (this is a backported >> hybrid of trunk commits 116927 and 117126). If that works for you, this >> should be incorporated into emacs-24 and included into the next pretest. >> >> Dmitry >> >> > --047d7bfd032c5799b304fb1d2a44 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Oh, sorry... I just noticed in gdb I'd used my one-lin= er command line, and the one you asked me to run didn't use "-nw&q= uot;.

If I use the command line you suggested, when $DIS= PLAY is defined as :0, I get one window, and briefly a second; XUnloadFont = isn't hit, since I've still got a window open on that display. But = I assume closing the final window as in my test was what you actually wante= d...

Also, if I use the window manager to close the X window= rather than invoking delete-frame, the "display :0 does not exist&quo= t; message doesn't appear.

Ken


On Thu, Jun 5= , 2014 at 3:47 PM, Ken Raeburn <raeburn@permabit.com> wro= te:
With my one-liner test, usi= ng your patch, I finish up with a terminal session (as expected) with an er= ror message "Display :0 does not exist" in the minibuffer (not ex= pected). In the *Messages* buffer, it's recorded as "get-device-te= rminal: Display :0 does not exist", though it didn't display that = way initially in the minibuffer.

I set a breakpoint on XUnloadFont as requested, and "fo= nt" doesn't appear to be a valid pointer; is it supposed to be a r= esource id maybe?


On Thu, Jun 5, 2014 at 12:53 AM, Dmitry Antipov <dmantipov@yandex.ru= > wrote:
On 06/05/2014 01:49 AM, Ken Raeburn wrote:

A simpler reproduction just worked for me:

emacs -Q -nw

in the scratch buffer, evaluate:

(let ((f (make-frame-on-display ":0" '((font . "7x14&quo= t;)))))
=C2=A0 =C2=A0(delete-frame f))

That's killed my Emacs processes pretty reliably.

Simpler still:

$ emacs -Q -nw --eval '(let ((f (make-frame-on-display ":0" &= #39;"'"'((font . "7x14"))))) (delete-frame f))&= #39;

The terminal window gets a frame, the X display gets a frame, the X
frame goes away, and the terminal-mode Emacs crashes.

Please try this against emacs-24 branch or 24.3.91 (this is a backported hybrid of trunk commits 116927 and 117126). If that works for you, this
should be incorporated into emacs-24 and included into the next pretest.

Dmitry



--047d7bfd032c5799b304fb1d2a44-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 12 17:14:49 2014 Received: (at 17691) by debbugs.gnu.org; 12 Jun 2014 21:14:50 +0000 Received: from localhost ([127.0.0.1]:45898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvCKf-0001qU-0Z for submit@debbugs.gnu.org; Thu, 12 Jun 2014 17:14:49 -0400 Received: from mail-la0-f43.google.com ([209.85.215.43]:47076) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvCKb-0001qC-Cf for 17691@debbugs.gnu.org; Thu, 12 Jun 2014 17:14:46 -0400 Received: by mail-la0-f43.google.com with SMTP id e16so985026lan.16 for <17691@debbugs.gnu.org>; Thu, 12 Jun 2014 14:14:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IaWdlXWvCaSUnxZ7ztvn1a1S4+0t20E1lBRSsC6M6/8=; b=SxRFd0nDtm7ySZKZvco+oEAKfvN63LeK+J3Fn/qgsAUnz5wxHCn9SreqFQ4n93L4Lj 3HjR8n0/x3rAY4t2TsPI4e2kBuMmXw/5wLuVMA7hXTxQ+oWGXFssFqVyEuOa0LifPIWS 01CxPMQ9Uq5t9+gh0UlHFgUdQX/JoJpe9cUY4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=IaWdlXWvCaSUnxZ7ztvn1a1S4+0t20E1lBRSsC6M6/8=; b=kDHUSnuGEC+rt/xaCk9zJsPD77vXYKR28j2yI8o08xIUGJMSxCJwdjhdQPCbZ9NPzn 4lU8i1CogMYn7NiTrP+706b6WQWGDuObOjWj4PcTJe+5BceWYXg8U6u5pdpl7pTA1UsE HsklnWrhfY08dA7tQnOJtDqMwqvs2WbJahAinMggVQbbw7ku5bUo3Uc/emkqkC4Baloh eWAoui2XIL+T7OmVd9WARslQB4xvaun7CCd9jSjx944RxCIIHzEWra/EPRrw/kny9ZTE Mr2vKs5fEru49jYOW4wOkpSIRmIuKZTxD8MdRViII5ZiThK2xDrb4iHbEVNgUh/+dLhI Nwcg== X-Gm-Message-State: ALoCoQlVL7FCQv9cMXVt+nha4p/y//S13R4O8hbHkkB4AWQJ/x7VHvOV9JoDI6dh90duOUkf2GnC MIME-Version: 1.0 X-Received: by 10.152.6.131 with SMTP id b3mr34483852laa.9.1402607679173; Thu, 12 Jun 2014 14:14:39 -0700 (PDT) Received: by 10.112.9.74 with HTTP; Thu, 12 Jun 2014 14:14:39 -0700 (PDT) In-Reply-To: References: <6ey4xca9g0.fsf@just-testing.permabit.com> <538F59EE.5020003@yandex.ru> <6evbsg1hkr.fsf@just-testing.permabit.com> <6er4341h15.fsf@just-testing.permabit.com> <538FF7BC.8020203@yandex.ru> Date: Thu, 12 Jun 2014 17:14:39 -0400 Message-ID: Subject: Re: bug#17691: 24.3.91; crash closing remote frame From: Ken Raeburn To: Dmitry Antipov Content-Type: multipart/alternative; boundary=089e013d13947a0cbb04fbaa0c60 X-Spam-Score: 2.8 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: I've noticed Emacs doing a lot of garbage collection after I've lost a remote network connection where I had an Emacs window displayed. (This is Emacs 24.3.91 with the changes from Dmitry; without the changes the lost connection would kill Emacs altogether.) Typically it seems to be GCing a few times in the span of a couple seconds or so, mostly after I've typed something. Each character seems to be enough to trigger it, so if I start typing a line of text, the "Garbage collecting..." messages are constantly flickering in the minibuffer. [...] Content analysis details: (2.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.215.43 listed in list.dnswl.org] 1.2 HTML_OBFUSCATE_10_20 BODY: Message is 10% to 20% HTML obfuscation 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 2.4 MANY_SPAN_IN_TEXT Many tags embedded within text X-Debbugs-Envelope-To: 17691 Cc: Glenn Morris , 17691 <17691@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.5 (/) --089e013d13947a0cbb04fbaa0c60 Content-Type: text/plain; charset=UTF-8 I've noticed Emacs doing a lot of garbage collection after I've lost a remote network connection where I had an Emacs window displayed. (This is Emacs 24.3.91 with the changes from Dmitry; without the changes the lost connection would kill Emacs altogether.) Typically it seems to be GCing a few times in the span of a couple seconds or so, mostly after I've typed something. Each character seems to be enough to trigger it, so if I start typing a line of text, the "Garbage collecting..." messages are constantly flickering in the minibuffer. I eventually traced it back to lots of invocations of timer callbacks; while I'm still tracing down exactly why they're happening so much, I noticed that the CPU utilization of Emacs is hovering around 100% now. (It's sluggish but does still respond.) According to strace it seems to be constantly doing this, over and over: [pid 5736] 16:27:14.008209 clock_gettime(CLOCK_REALTIME, {1402604834, 8265741}) = 0 [pid 5736] 16:27:14.008428 pselect6(21, [7 8 10 11 12 13 16 18 20], [], NULL, {45, 991734259}, {NULL, 8}) = 1 (in [20], left {45, 991729436}) [pid 5736] 16:27:14.008666 poll([{fd=11, events=POLLIN}], 1, 0) = 0 (Timeout) [pid 5736] 16:27:14.008925 clock_gettime(CLOCK_REALTIME, {1402604834, 8985614}) = 0 [pid 5736] 16:27:14.009215 recvfrom(7, 0x3ef1ed4, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable) In this process, fd 20 is the dropped TCP connection for the remote display, and fd 7 is the unix-domain socket to the local display. Since the remote connection is closed, pselect6 returns immediately, but we never drop it from the fd set. I'm still trying to figure out if it's incorrectly firing an idle timer handler each time around a loop or something like that, which might account for the excessive garbage collection. My test method: 1) Start (modified) Emacs on :0 in daemon mode via emacsclient -c -a "" -n 2) Use ssh to log into the desktop again with a different $DISPLAY 3) Use emacsclient to get an X11 window popped up 4) Use "~." to kill the ssh session 5) Use top, strace, etc to look at the spinning Emacs process --089e013d13947a0cbb04fbaa0c60 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I= 9;ve noticed Emacs doing a lot of garbage collection after I've=C2=A0lost a remote network connection where= I had an Emacs window displayed. (This is Emacs 24.3.91 with the changes f= rom Dmitry; without the changes the lost connection would kill Emacs altoge= ther.) Typically it seems to be GCing a few times in the span of a couple s= econds or so, mostly after I've typed something. Each character seems t= o be enough to trigger it, so if I start typing a line of text, the "G= arbage collecting..." messages are constantly flickering in the minibu= ffer.

I eventuall= y traced it back to lots of invocations of timer=C2=A0callbacks; while I'm still tracing down exactly why t= hey're happening so much, I noticed that the CPU utilization of Emacs i= s hovering around 100% now. (It's sluggish but does still respond.) Acc= ording to strace it seems to be constantly doing this, over and over:

[pid =C2=A0= 5736] 16:27:14.008209 clock_gettime(CLOCK_REALTIME, {1402604834, 8265741}) = =3D 0
[pid =C2=A05736] 16:27:14.008428 psel= ect6(21, [7 8 10 11 12 13 16 18 20], [], NULL, {45, 991734259}, {NULL, 8}) = =3D 1 (in [20], left {45, 991729436})
[pid =C2=A05736] 16:27:14.008666 poll([{fd=3D11,= events=3DPOLLIN}], 1, 0) =3D 0 (Timeout)
[= pid =C2=A05736] 16:27:14.008925 clock_gettime(CLOCK_REALTIME, {1402604834, = 8985614}) =3D 0
[pid =C2=A05736] 16:27:14.009215 recvfrom(7, 0x3= ef1ed4, 4096, 0, 0, 0) =3D -1 EAGAIN (Resource temporarily unavailable)

In this=C2=A0process, fd 20 is the dropped TC= P connection for the remote display, and fd 7 is the unix-domain socket to = the local display. Since the remote connection is closed, pselect6 returns = immediately, but we never drop it from the fd set.

I'm sti= ll trying to figure out if it's incorrectly firing an idle timer handle= r each time around a loop or something=C2= =A0like that, which might account for the excessive garbage collecti= on.

My test=C2=A0method:
1) Start (modified) Emacs on :0 in daemon mode via emacsclient -c -a = "" -n
2) Use ssh to log into the desktop again with a<= span style=3D"white-space:pre">=C2=A0different $DISPLAY
3) Use emacsclient to get an X11 window=C2=A0popped up
4) Use "~." to kill the ssh session
5) Use top, strace, etc to look at the spinning=C2=A0Emacs process


<= /div>
--089e013d13947a0cbb04fbaa0c60-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 13 02:06:02 2014 Received: (at 17691) by debbugs.gnu.org; 13 Jun 2014 06:06:02 +0000 Received: from localhost ([127.0.0.1]:46084 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvKcj-0002YE-M9 for submit@debbugs.gnu.org; Fri, 13 Jun 2014 02:06:01 -0400 Received: from mtaout26.012.net.il ([80.179.55.182]:46066) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvKcf-0002Xn-Fn for 17691@debbugs.gnu.org; Fri, 13 Jun 2014 02:05:58 -0400 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0N7300100FEOS200@mtaout26.012.net.il> for 17691@debbugs.gnu.org; Fri, 13 Jun 2014 09:02:16 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N7300G0CFFSJSA0@mtaout26.012.net.il>; Fri, 13 Jun 2014 09:02:16 +0300 (IDT) Date: Fri, 13 Jun 2014 09:05:38 +0300 From: Eli Zaretskii Subject: Re: bug#17691: 24.3.91; crash closing remote frame In-reply-to: X-012-Sender: halo1@inter.net.il To: Ken Raeburn Message-id: <837g4lxs25.fsf@gnu.org> References: <6ey4xca9g0.fsf@just-testing.permabit.com> <538F59EE.5020003@yandex.ru> <6evbsg1hkr.fsf@just-testing.permabit.com> <6er4341h15.fsf@just-testing.permabit.com> <538FF7BC.8020203@yandex.ru> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17691 Cc: dmantipov@yandex.ru, 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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 (+) > Date: Thu, 12 Jun 2014 17:14:39 -0400 > From: Ken Raeburn > Cc: 17691 <17691@debbugs.gnu.org> > > I eventually traced it back to lots of invocations of timer callbacks; What do you see in the 2 timers lists? From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 13 17:37:40 2014 Received: (at 17691) by debbugs.gnu.org; 13 Jun 2014 21:37:40 +0000 Received: from localhost ([127.0.0.1]:47015 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvZAJ-0000Sf-TP for submit@debbugs.gnu.org; Fri, 13 Jun 2014 17:37:40 -0400 Received: from mail-qc0-f178.google.com ([209.85.216.178]:51120) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WvZAG-0000SH-Rl for 17691@debbugs.gnu.org; Fri, 13 Jun 2014 17:37:37 -0400 Received: by mail-qc0-f178.google.com with SMTP id c9so4802087qcz.23 for <17691@debbugs.gnu.org>; Fri, 13 Jun 2014 14:37:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=S9N/VCwQPtN6PDPGStc+rq/0+V/88dqm7ceq8b4aDbU=; b=AjEu5JP9kRjfmfo88FDTgqr/bvbyKXKD7etX+hLjATHH1gnJ8X5S6/byCSn6OePLd9 PSEAIEU2hwXYRZ4aCzbzTmN/LsWqidskJ+T25Jy4JjLGOrmKXxEeuA21F69yEzqd/hw1 /OdozO56OtfahnkjRU8s2ebZ7czX5Lya0eqfg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=S9N/VCwQPtN6PDPGStc+rq/0+V/88dqm7ceq8b4aDbU=; b=SQagMvq0Jov9H11ovauxNR2JF6+4vaAYnnJIObMUkRIL7v1IYphFNuqd48s+LJ/0Ir IwH8Uxwhf2DD8tEAiIiCFpBMemf6RhhCKmVwZnJUtBdqVncjSy1p9kny/BlnWiTK9Fmu os80Q2CRGRdWPpWVATEBBeUmCPOm37a1cwt38ZsoOPLsFeXugUcbUkTojVPKJ1iyMr6i nyMoyHfMxDf5r731XeeOjfjvQnAvYSBe7N/xtEOAJ+nYLRWfC8+Bg4LWj24fdkVMIIBW OTFvNrUtFnaNBsw5iVN+Nu+fRZd5wRb2RCLSsaZhr+haT9bdOGXDb/cN0en08Y4GR3bk 5Y+w== X-Gm-Message-State: ALoCoQls0vXXYY+ZjbaQYmZzwCU9Pe1yPL1szb7fbsXUgWslaSsqagsaWNY+XOnYI4x8K2oYWisz X-Received: by 10.224.87.130 with SMTP id w2mr7448237qal.5.1402695451109; Fri, 13 Jun 2014 14:37:31 -0700 (PDT) Received: from just-testing.permabit.com (vpn.permabit.com. [66.202.84.2]) by mx.google.com with ESMTPSA id b5sm8378941qar.1.2014.06.13.14.37.29 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 13 Jun 2014 14:37:30 -0700 (PDT) From: Ken Raeburn To: Eli Zaretskii Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <6ey4xca9g0.fsf@just-testing.permabit.com> <538F59EE.5020003@yandex.ru> <6evbsg1hkr.fsf@just-testing.permabit.com> <6er4341h15.fsf@just-testing.permabit.com> <538FF7BC.8020203@yandex.ru> <837g4lxs25.fsf@gnu.org> Date: Fri, 13 Jun 2014 17:37:28 -0400 In-Reply-To: <837g4lxs25.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 13 Jun 2014 09:05:38 +0300") Message-ID: <6elht0v6cn.fsf@just-testing.permabit.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17691 Cc: dmantipov@yandex.ru, 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) Eli Zaretskii writes: >> Date: Thu, 12 Jun 2014 17:14:39 -0400 >> From: Ken Raeburn >> Cc: 17691 <17691@debbugs.gnu.org> >> >> I eventually traced it back to lots of invocations of timer callbacks; > > What do you see in the 2 timers lists? Thanks to a list-timers function I've been developing to experiment with tabulated-list-mode, here's the English form: Time Repeat Idle Trig? Callback idle 0.50s t idle No #[... eldoc stuff ...] idle 0.50s t idle No jit-lock-context-fontify idle 0.50s t idle No which-func-update idle 2.00s t idle No jabber-activity-clean idle 2.00s t idle No jabber-activity-clean idle 30.00s t idle No desktop-auto-save idle 120.00s t idle No my-desktop-save idle 3600.00s nil idle No gnus-demon-run-callback(#[... a callback of mine ...]) idle 3600.00s nil idle No gnus-demon-run-callback(gnus-demon-scan-news 3600 7200 t) 2014-06-13 17:26:14 30 nil No jabber-whitespace-ping-do 2014-06-13 17:26:56 60 nil No p4-refresh-files-in-buffers 2014-06-13 17:27:00 60 nil No display-time-event-handler 2014-06-13 17:27:22 nil nil No jabber-autoaway-timer 2014-06-13 17:30:14 600 nil No jabber-keepalive-do (This clearly points out some cleanup I should do -- my-desktop-save is probably redundant with desktop-auto-save, and jabber-activity-clean doesn't need to be there twice.) So the shortest idle-time delay is half a second, but once this problem triggers, based on the garbage collection messages, *something* is happening even if I'm typing a few characters per second without such delays. Ken From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 18 18:01:03 2014 Received: (at 17691) by debbugs.gnu.org; 18 Jun 2014 22:01:03 +0000 Received: from localhost ([127.0.0.1]:52203 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxNug-0007dy-GY for submit@debbugs.gnu.org; Wed, 18 Jun 2014 18:01:02 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:57603) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxNud-0007dJ-1J for 17691@debbugs.gnu.org; Wed, 18 Jun 2014 18:01:00 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 5092B39E8008; Wed, 18 Jun 2014 15:00:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zn1rrudCJcJK; Wed, 18 Jun 2014 15:00:48 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 4B1FF39E8014; Wed, 18 Jun 2014 15:00:48 -0700 (PDT) Message-ID: <53A20C0F.20206@cs.ucla.edu> Date: Wed, 18 Jun 2014 15:00:47 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ken Raeburn Subject: Re: bug#17691: 24.3.91; crash closing remote frame Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -2.3 (--) > In this process, fd 20 is the dropped TCP connection for the remote > display, and fd 7 is the unix-domain socket to the local display. Since the > remote connection is closed, pselect6 returns immediately, but we never > drop it from the fd set. I tried to reproduce the problem on Fedora 20 x86-64, using your recipe and the Emacs-24 branch, but could not. Perhaps it's something to do with the other stuff you're running, or it could be that I haven't applied Dmitry's patch. Anyway, this latest problem looks related to Bug#17647 and Bug#17805. Can you easily reproduce the problem? Does the patch proposed in Bug#17805 Message #8 fix it? Here's a URL: http://debbugs.gnu.org/cgi/bugreport.cgi?msg=8;filename=17805.diff;att=1;bug=17805 From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 20 02:43:04 2014 Received: (at control) by debbugs.gnu.org; 20 Jun 2014 06:43:04 +0000 Received: from localhost ([127.0.0.1]:53679 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxsXQ-0000xc-23 for submit@debbugs.gnu.org; Fri, 20 Jun 2014 02:43:04 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:44138) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxsXN-0000x7-8q for control@debbugs.gnu.org; Fri, 20 Jun 2014 02:43:02 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 8D669A60005 for ; Thu, 19 Jun 2014 23:42:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YjkMKWjMZBoJ for ; Thu, 19 Jun 2014 23:42:47 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id E2226A60003 for ; Thu, 19 Jun 2014 23:42:46 -0700 (PDT) Message-ID: <53A3D7E6.40401@cs.ucla.edu> Date: Thu, 19 Jun 2014 23:42:46 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: control@debbugs.gnu.org Subject: Emacs bug report maintenance Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -2.3 (--) tags 17810 + patch tags 17810 + moreinfo tags 17805 + patch tags 17810 + moreinfo tags 17691 + moreinfo From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 20 22:53:10 2014 Received: (at 17691) by debbugs.gnu.org; 21 Jun 2014 02:53:10 +0000 Received: from localhost ([127.0.0.1]:55306 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WyBQT-0000SQ-O7 for submit@debbugs.gnu.org; Fri, 20 Jun 2014 22:53:10 -0400 Received: from mail-qg0-f49.google.com ([209.85.192.49]:39570) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WyBQQ-0000Ru-Ts for 17691@debbugs.gnu.org; Fri, 20 Jun 2014 22:53:08 -0400 Received: by mail-qg0-f49.google.com with SMTP id f51so4106454qge.8 for <17691@debbugs.gnu.org>; Fri, 20 Jun 2014 19:53:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JSCMQwQc/g2mO7pWtgIAR4Xwzj5uIDYbrqmEOSB+n48=; b=LHBIqLUhlnT3AuhbcBDop9KE+nw29taPVv2+hVuNr1xZ1C119ffV/tLrJLNEZ1xl6N 8ZiT4sH6D7d338mXdv5yX7HczFPlu6yag08NEA3XbA405UCyVFD3RUwWr98yPnvbe4/K WJyOQiS59eQhf9sz3qi7lZApQoXCZjE4fkorM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=JSCMQwQc/g2mO7pWtgIAR4Xwzj5uIDYbrqmEOSB+n48=; b=k7zGdDcu3hdjC8gK+hDPtb1EmcLlABb6MIPeh2CduYf/34nNOjLQ/Srvozu8XoZuGF VDoCAsRmZ0elA27KpDb/pJjwpGaHgrvKuvxSTWeU8/yFQwxsX00y1PS2tNKJAt/OlAI3 yoJPOQYAd+IREWhTgUgI+b1krxl/MC3nKyz9ctnlBKwiMrUU553r47TDdm19VBY4uHSE q19XmQ5rH3BcT5pxHOY1Z3BsF3/J0m5BvOnY3GNPXk6CB6qLSrB18J4SRiCFrK/dlD9X lNm/ddcKi2wcZ/aMzmDYgg+EN0sI2dQUUz3G8+Z/88Or925jlJuIyxD5mTpTa85jPKyf Si7w== X-Gm-Message-State: ALoCoQmeV3M57prCK9TKplMshDxgGcEkjbrD7vBH9QQ0EerazbvoXffvdovd2wiWbP8RJZmXrs14 X-Received: by 10.224.72.13 with SMTP id k13mr10816399qaj.54.1403319181387; Fri, 20 Jun 2014 19:53:01 -0700 (PDT) Received: from [10.1.12.46] (vpn.permabit.com. [66.202.84.2]) by mx.google.com with ESMTPSA id l10sm16811792qae.41.2014.06.20.19.52.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Jun 2014 19:53:00 -0700 (PDT) Subject: Re: bug#17691: 24.3.91; crash closing remote frame Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Content-Type: text/plain; charset=us-ascii From: Ken Raeburn In-Reply-To: <53A20C0F.20206@cs.ucla.edu> Date: Fri, 20 Jun 2014 22:52:57 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> References: <53A20C0F.20206@cs.ucla.edu> To: Paul Eggert X-Mailer: Apple Mail (2.1878.2) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 Jun 18, 2014, at 18:00, Paul Eggert wrote: >> In this process, fd 20 is the dropped TCP connection for the remote >> display, and fd 7 is the unix-domain socket to the local display. = Since the >> remote connection is closed, pselect6 returns immediately, but we = never >> drop it from the fd set. >=20 > I tried to reproduce the problem on Fedora 20 x86-64, using your = recipe and the Emacs-24 branch, but could not. Perhaps it's something = to do with the other stuff you're running, or it could be that I haven't = applied Dmitry's patch. Specifying "lucid" toolkit? I'm using 24.3.91 as packaged up for ftp, not the current emacs-24 = branch. And without Dmitry's change, I couldn't close out the second = display without losing Emacs completely; I'm surprised you don't see it. I'm using the automatic desktop restoration, so it restores one or more = windows on startup; I can't think off the top of my head what else would = affect the displays much. Oh, I also tweaked some faces to display = things in reduced size (mode lines, certain buffers' contents), which I = imagine might cause more font lookup requests or something. >=20 > Anyway, this latest problem looks related to Bug#17647 and Bug#17805. = Can you easily reproduce the problem? Does the patch proposed in = Bug#17805 Message #8 fix it? Here's a URL: >=20 > = http://debbugs.gnu.org/cgi/bugreport.cgi?msg=3D8;filename=3D17805.diff;att= =3D1;bug=3D17805 This doesn't seem to make a difference. When I kill the ssh session over = which I'm displaying one of the Emacs X11 windows, the Emacs process = still goes to 100% CPU utilization, and lots of garbage collection when = I type. I've done a few more experiments and found a few interesting things: Some issues in my own configuration: An auto-save-hook that triggered = desktop code that would allocate stuff. A 60-second repeating timer that = ran uncompiled code in lots of buffers. In Emacs: Since Emacs keeps looping polling the socket with the closed = X11 session, and the loop in keyboard.c includes a call to timer_check, = it's calling timer_check a lot, and that function always copies the = current timer-list sequence and sometimes the idle timers too. After I'd = disabled some timers, and did some instrumentation under gdb, I found = that timer_check would be called around 22000 times in the space of = about 15 seconds -- over 1000 times a second -- and that's with gdb = breakpoints getting triggered on every call. In another Emacs process, after I've cleaned up some stuff, once I set = up the lost X11 session to trigger this busy loop, it looks like = timer_check causes consing_since_gc to keep growing, but garbage = collection doesn't actually happen until either a timer fires (causing = call1 to be invoked on the timer handler function, which triggers a = maybe_gc call) or I type a key or cause another input event = (command_loop_1 invokes pre-command-hooks via safe_run_hooks which = indirectly calls call0 and thus maybe_gc). In one instance, = consing_since_gc got up to 3833040 before a timer fired, but = gc_cons_threshold was 800000 and gc_relative_threshold was 3098800, so = maybe_gc, had it been invoked, would've run GC before that point. This wouldn't really be an issue if not for the busy loop while waiting = for input. Also, opening and closing tty frames don't trigger the problem, only X11 = frames. Ken= From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 21 14:22:15 2014 Received: (at 17691) by debbugs.gnu.org; 21 Jun 2014 18:22:15 +0000 Received: from localhost ([127.0.0.1]:56338 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WyPva-0008Lj-W8 for submit@debbugs.gnu.org; Sat, 21 Jun 2014 14:22:15 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:57639) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WyPvY-0008LP-2U for 17691@debbugs.gnu.org; Sat, 21 Jun 2014 14:22:13 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id F1329A60006; Sat, 21 Jun 2014 11:22:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wvou+EM+zW-j; Sat, 21 Jun 2014 11:22:01 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 8ABAD39E8013; Sat, 21 Jun 2014 11:22:01 -0700 (PDT) Message-ID: <53A5CD45.9080004@cs.ucla.edu> Date: Sat, 21 Jun 2014 11:21:57 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ken Raeburn Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <53A20C0F.20206@cs.ucla.edu> <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> In-Reply-To: <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -2.3 (--) Ken Raeburn wrote: > Specifying "lucid" toolkit? I think so. I've discarded that test now and anyway am away from the desktop where I tested it, so I'm not sure. > I'm using 24.3.91 as packaged up for ftp, not the current emacs-24 branch. Some changes have been made in that area since then; I have no idea if they're related to any fix. If you like, you try get the current emacs-24 tarball (bzr 117280, dated 2014-06-21 18:08:18 +0300) from: http://cs.ucla.edu/~eggert/emacs-24-117280.tgz > I'm using the automatic desktop restoration I'm not. I followed the recipe at the end of . It might be better to use emacs -Q in any recipe. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 22 03:04:02 2014 Received: (at 17691) by debbugs.gnu.org; 22 Jun 2014 07:04:03 +0000 Received: from localhost ([127.0.0.1]:56622 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wyboo-0006HY-5k for submit@debbugs.gnu.org; Sun, 22 Jun 2014 03:04:02 -0400 Received: from mail-qg0-f52.google.com ([209.85.192.52]:46590) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wybol-0006H6-Gm for 17691@debbugs.gnu.org; Sun, 22 Jun 2014 03:04:00 -0400 Received: by mail-qg0-f52.google.com with SMTP id f51so4783408qge.25 for <17691@debbugs.gnu.org>; Sun, 22 Jun 2014 00:03:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dE+E6rggk2MhTZG5kYT+2uBpkNsDiWZwaRXm+yXk5N8=; b=VWLpcy4DREO6BVmdYb0vYk2wPjeqMwYnJkJlsHjepHecxeBpw2ivJP+Sjsrd+siozK CW3X11s6VApif+JIu4qzb/++PvD2+D5Vx47tuAGySTbebXYKuQJj4D6Buw0SarC3AiUc En4ODinJHbuJyfEyawW/CikSCw8wv8Ya2ngLg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=dE+E6rggk2MhTZG5kYT+2uBpkNsDiWZwaRXm+yXk5N8=; b=gNMElxdUph4v9qMNN2mIJ2wva4RsxHisziWkcxl/zm0Cg3tmiRzwmknM6CEppd7NPZ oPl4Qva5efKyEtBkJr1z1Vv5C/1LGaY8rdHqqNvhGr4c+qY7hEH5Dxw+BkEKTXXdpzAv YjwSGMPmSs6xcTQX7aVI/1VLdJea3tMzqI/QVt7lGY90PfYsvfPfYTQ5ty8HA/2IuQbX vsu3y6/EwtWyAEnN2mR60mxBN/Q/dvHvQi6a19FXQl1lSHubWYK9d171vhZH6P0ZI7Ua ZkDK3PTup9zIDdB/7zhW1yinHCJT1jyr033WcBRErpajthvFpHgwmlvEvG4BDQtklOdm IDXg== X-Gm-Message-State: ALoCoQkqygQr5mwgF4vVLATXhvz9YcmREfu99Lf3K/kUbp/lGoz2EfoCY+oxRnCsSEhMA2YDcy+N X-Received: by 10.224.38.4 with SMTP id z4mr21638384qad.94.1403420633876; Sun, 22 Jun 2014 00:03:53 -0700 (PDT) Received: from ?IPv6:2002:328a:b786:1:6101:d0cc:cc84:fa29? ([2002:328a:b786:1:6101:d0cc:cc84:fa29]) by mx.google.com with ESMTPSA id b51sm8880049qgd.49.2014.06.22.00.03.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Jun 2014 00:03:52 -0700 (PDT) Subject: Re: bug#17691: 24.3.91; crash closing remote frame Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Content-Type: text/plain; charset=us-ascii From: Ken Raeburn In-Reply-To: <53A5CD45.9080004@cs.ucla.edu> Date: Sun, 22 Jun 2014 03:03:49 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <9C8C7A95-5158-4292-BA7A-DAD75C125B43@permabit.com> References: <53A20C0F.20206@cs.ucla.edu> <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> <53A5CD45.9080004@cs.ucla.edu> To: Paul Eggert X-Mailer: Apple Mail (2.1878.2) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 Jun 21, 2014, at 14:21, Paul Eggert wrote: > Ken Raeburn wrote: >> Specifying "lucid" toolkit? >=20 > I think so. I've discarded that test now and anyway am away from the = desktop where I tested it, so I'm not sure. Ah, my mistake, sorry... I'm mis-remembering the failure modes. The = crash on close came from a bug in font handling that was somehow = dependent on the fonts I was using. Between that and my init file at = work... I started a new experiment from scratch -- rebuilt from source on a new = GNU/Linux box, using an account with no Emacs init files, two ssh = sessions into the machine both forwarding X11 connections (from a Mac = with a few X resources loaded but no font specified). Started "emacs" or = "emacs -Q" (I tried both ways) in one session, invoked server-start, = then in the other ssh session, ran emacsclient -c -n, and after the = window popped up, killed the ssh session with "~.", and Emacs went to = 100% CPU utilization. If I set garbage-collection-messages to t, I would = get the messages frequently. The only timers visible to Lisp are two = idle timers, for jit-lock and cursor blinking. This happens with 24.3.91, both with and without Dmitry's patch. So, = technically, this busy loop is a different bug from the crash that = started this report, though both are caused by losing X11 connections. = (Let me know if you'd rather I open a new bug report on just this = busy-loop problem.) Closing the window via the window manager, instead of killing the TCP = connection, doesn't result in excessive CPU use. I tried switching to the emacs-24 branch. I've already got a git mirror = on that machine, so I built from the sources as of this commit: Author: Glenn Morris Date: Sat Jun 21 14:36:44 2014 -0700 * landmark.el: Commentary fixes. I ran configured with --with-x-toolkit=3Dlucid and a prefix, = bootstrapped, emacs -Q, etc., as above, and Emacs again went to 100% CPU = utilization. I've looked at the emacs-24 branch code around connection shutdown a = little more. If I use the window manager to get rid of a window, that's = sending a message through Emacs and it's deleting a frame and (for the = last window on the display) calling XtCloseDisplay and so on, by way of = x_delete_frame in xterm.c. If the connection is lost, instead, then = x_connection_closed clears dpyinfo->display, so x_delete_frame has no = connection handle to pass to XtCloseDisplay, and it has no file = descriptor number to pass to delete_keyboard_wait_descriptor. As a test, I put a quick hack into x_connection_closed to call = delete_keyboard_wait_descriptor() on the file descriptor associated with = the lost connection, and it stopped the spinning from happening, but of = course it still doesn't do any of the Xt cleanup. Paul, if my test recipe works for you without causing the excess CPU = use, maybe for you it's managing to call delete_keyboard_wait_descriptor = on some path that it's not getting to for me, for some reason? Ken= From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 22 15:14:54 2014 Received: (at 17691) by debbugs.gnu.org; 22 Jun 2014 19:14:54 +0000 Received: from localhost ([127.0.0.1]:57309 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WynE5-0001Ro-NO for submit@debbugs.gnu.org; Sun, 22 Jun 2014 15:14:54 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:36754) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WynE2-0001RZ-SV for 17691@debbugs.gnu.org; Sun, 22 Jun 2014 15:14:51 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id CF3B8A60013; Sun, 22 Jun 2014 12:14:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AeUop3EQiBQ1; Sun, 22 Jun 2014 12:14:36 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 41356A6000B; Sun, 22 Jun 2014 12:14:36 -0700 (PDT) Message-ID: <53A72B17.5050302@cs.ucla.edu> Date: Sun, 22 Jun 2014 12:14:31 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ken Raeburn Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <53A20C0F.20206@cs.ucla.edu> <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> <53A5CD45.9080004@cs.ucla.edu> <9C8C7A95-5158-4292-BA7A-DAD75C125B43@permabit.com> In-Reply-To: <9C8C7A95-5158-4292-BA7A-DAD75C125B43@permabit.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -2.3 (--) Thanks, I can reproduce the problem on the emacs-24 branch with your latest recipe. I don't offhand know how to fix it, though. From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 02 17:34:21 2014 Received: (at 17691) by debbugs.gnu.org; 2 Aug 2014 21:34:21 +0000 Received: from localhost ([127.0.0.1]:55292 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XDgwX-0000IF-26 for submit@debbugs.gnu.org; Sat, 02 Aug 2014 17:34:21 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:60566) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XDgwU-0000Hz-4b for 17691@debbugs.gnu.org; Sat, 02 Aug 2014 17:34:19 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 2CDF0A6000C; Sat, 2 Aug 2014 14:34:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XQyMok6BJLUC; Sat, 2 Aug 2014 14:34:03 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 8021CA60009; Sat, 2 Aug 2014 14:34:03 -0700 (PDT) Message-ID: <53DD594B.7090605@cs.ucla.edu> Date: Sat, 02 Aug 2014 14:34:03 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ken Raeburn Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <53A20C0F.20206@cs.ucla.edu> <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> <53A5CD45.9080004@cs.ucla.edu> <9C8C7A95-5158-4292-BA7A-DAD75C125B43@permabit.com> <53A72B17.5050302@cs.ucla.edu> In-Reply-To: <53A72B17.5050302@cs.ucla.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -3.0 (---) I looked into this a bit more, came up with a fix that works for me, and installed it as emacs-24 bzr 117420. Please give it a try. From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 02 17:35:25 2014 Received: (at control) by debbugs.gnu.org; 2 Aug 2014 21:35:25 +0000 Received: from localhost ([127.0.0.1]:55296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XDgxY-0000K7-PH for submit@debbugs.gnu.org; Sat, 02 Aug 2014 17:35:25 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:60604) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XDgxW-0000Jr-Iy for control@debbugs.gnu.org; Sat, 02 Aug 2014 17:35:23 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 1401FA6000A for ; Sat, 2 Aug 2014 14:35:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j0acvVudnhew for ; Sat, 2 Aug 2014 14:35:08 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 731C9A60009 for ; Sat, 2 Aug 2014 14:35:08 -0700 (PDT) Message-ID: <53DD598C.5030000@cs.ucla.edu> Date: Sat, 02 Aug 2014 14:35:08 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: control@debbugs.gnu.org Subject: patch available for 17691 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -3.0 (---) tags 17691 + patch From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 02 19:14:25 2014 Received: (at control) by debbugs.gnu.org; 2 Aug 2014 23:14:25 +0000 Received: from localhost ([127.0.0.1]:55331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XDiVM-00041V-Af for submit@debbugs.gnu.org; Sat, 02 Aug 2014 19:14:24 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:34863) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XDiVK-00041G-5A for control@debbugs.gnu.org; Sat, 02 Aug 2014 19:14:23 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id D633EA60004 for ; Sat, 2 Aug 2014 16:14:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mbDjajfbynpp for ; Sat, 2 Aug 2014 16:14:07 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 7612B39E801D for ; Sat, 2 Aug 2014 16:14:07 -0700 (PDT) Message-ID: <53DD70BF.3030508@cs.ucla.edu> Date: Sat, 02 Aug 2014 16:14:07 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: control@debbugs.gnu.org Subject: Emacs patch maintenance Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -3.0 (---) tags 17691 + moreinfo tags 16986 + patch From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 07 01:06:08 2014 Received: (at 17691) by debbugs.gnu.org; 7 Aug 2014 05:06:08 +0000 Received: from localhost ([127.0.0.1]:32981 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XFFtw-0000Eb-5y for submit@debbugs.gnu.org; Thu, 07 Aug 2014 01:06:08 -0400 Received: from mail-qg0-f47.google.com ([209.85.192.47]:40441) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XFFts-0000E5-QC for 17691@debbugs.gnu.org; Thu, 07 Aug 2014 01:06:05 -0400 Received: by mail-qg0-f47.google.com with SMTP id i50so3772478qgf.20 for <17691@debbugs.gnu.org>; Wed, 06 Aug 2014 22:05:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=h5/MznjytKwZXiw7s8Lh0J0YkMN+T0OKdTyTCSh4INA=; b=J1Uy7PkaqQYtch+6tjv2cgghWYo+EvgoIitUcnvPTunP/4aZceX5EnYFQlZlVMVzSp ANWTL4KlW3BBmlBH+EmbIsVQnZpGXpsYX3TRlws3rZUq0R8bHtneO8lcXXW12oFl9/+Q l1nMgjRVqWUmTa3H1HTwVuCTQInAzRk+dEfZU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=h5/MznjytKwZXiw7s8Lh0J0YkMN+T0OKdTyTCSh4INA=; b=AaTL2+euckYA5Pu++fFtPwwLkoLJRN0wnXFe76HGVBScpwbu95XSEgrkZpr4LVeCyg FsCX+ip6fRzGbc+QzP4/3TUgVn/mJ+iJVua8lFgt0BuPYbAcBuKmdmMptYsOT74W2dmc PC90lcdkczCbkd7vJINFWymRFPEBrzyMu7a5TqZ0I/alRYkQNFkOcXmM8nIumR5OVeXO 6ojn96KjKU+ecN+ugZ188eJDFTo82Pds9Zuv69kDnQVYgQply9Ci0vz4NZsEx7hck2rT VN9PKFSH8l8r5NPMBxcojw+5wqKC41Usk7+2fy/7kV0WsGJ8RD5ThPg6wqvBFteAeQ4R 6yZg== X-Gm-Message-State: ALoCoQneLJxbNtnovT30Yl3Z/2ZVp44ZtNNwlLNZNEkUdgsMHQSJ947jYxVyC0nMRxqCFory70rb X-Received: by 10.229.178.202 with SMTP id bn10mr23286095qcb.6.1407387959440; Wed, 06 Aug 2014 22:05:59 -0700 (PDT) Received: from ?IPv6:2002:328a:b786:1:55f7:4638:7afb:2a09? ([2002:328a:b786:1:55f7:4638:7afb:2a09]) by mx.google.com with ESMTPSA id q9sm5358603qat.32.2014.08.06.22.05.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 06 Aug 2014 22:05:58 -0700 (PDT) Subject: Re: bug#17691: 24.3.91; crash closing remote frame Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=us-ascii From: Ken Raeburn In-Reply-To: <53DD594B.7090605@cs.ucla.edu> Date: Thu, 7 Aug 2014 01:06:11 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <0BC15AE4-E747-4F5F-95F5-3168CC8925C7@permabit.com> References: <53A20C0F.20206@cs.ucla.edu> <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> <53A5CD45.9080004@cs.ucla.edu> <9C8C7A95-5158-4292-BA7A-DAD75C125B43@permabit.com> <53A72B17.5050302@cs.ucla.edu> <53DD594B.7090605@cs.ucla.edu> To: Paul Eggert X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 Aug 2, 2014, at 17:34, Paul Eggert wrote: > I looked into this a bit more, came up with a fix that works for me, = and installed it as emacs-24 bzr 117420. Please give it a try. Yes, the branch now handles my test situation without the excessive CPU = use, although it does accumulate file descriptors in CLOSE_WAIT state = from the lost X11 connections. Ken= From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 07 01:23:53 2014 Received: (at 17691) by debbugs.gnu.org; 7 Aug 2014 05:23:53 +0000 Received: from localhost ([127.0.0.1]:33019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XFGB6-0000lI-UF for submit@debbugs.gnu.org; Thu, 07 Aug 2014 01:23:53 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:50281) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XFGB4-0000l2-IE for 17691@debbugs.gnu.org; Thu, 07 Aug 2014 01:23:51 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 4BDEBA6000B; Wed, 6 Aug 2014 22:23:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y247bzexsN-3; Wed, 6 Aug 2014 22:23:40 -0700 (PDT) Received: from [192.168.1.9] (pool-71-177-17-123.lsanca.dsl-w.verizon.net [71.177.17.123]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 48A04A60004; Wed, 6 Aug 2014 22:23:40 -0700 (PDT) Message-ID: <53E30D5B.1040903@cs.ucla.edu> Date: Wed, 06 Aug 2014 22:23:39 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ken Raeburn Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <53A20C0F.20206@cs.ucla.edu> <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> <53A5CD45.9080004@cs.ucla.edu> <9C8C7A95-5158-4292-BA7A-DAD75C125B43@permabit.com> <53A72B17.5050302@cs.ucla.edu> <53DD594B.7090605@cs.ucla.edu> <0BC15AE4-E747-4F5F-95F5-3168CC8925C7@permabit.com> In-Reply-To: <0BC15AE4-E747-4F5F-95F5-3168CC8925C7@permabit.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -3.0 (---) Ken Raeburn wrote: > Yes, the branch now handles my test situation without the excessive CPU use, although it does accumulate file descriptors in CLOSE_WAIT state from the lost X11 connections. We should fix that too, I guess. Does Emacs 24.3 have this file descriptor leak too? If so, it's not a regression and any fix should be in the trunk. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 07 02:02:16 2014 Received: (at 17691) by debbugs.gnu.org; 7 Aug 2014 06:02:16 +0000 Received: from localhost ([127.0.0.1]:33076 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XFGmF-0001oE-Ls for submit@debbugs.gnu.org; Thu, 07 Aug 2014 02:02:15 -0400 Received: from mail-qg0-f47.google.com ([209.85.192.47]:42366) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XFGmD-0001nv-AW for 17691@debbugs.gnu.org; Thu, 07 Aug 2014 02:02:14 -0400 Received: by mail-qg0-f47.google.com with SMTP id i50so3860216qgf.6 for <17691@debbugs.gnu.org>; Wed, 06 Aug 2014 23:02:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=QKnNc3rXoNdMJAv6ADbDXuWmF5/mugdRPrglzC0Lvqw=; b=Ed5QZCTufjJ9XOh+7uH2gpHehs+WVDtlrxBs186ykbaOuxMYvMLI5hY4V8TFWUIMjc aqVz5D+OTzyqi83vAbEB6G/0UpxCCJjyb4DyrhhTW9h7sGBDUuhf7ZAQQyollQy9NUqS jL+S6bIrC8VP5jYkTwIJUImehYJ9gCekRR8y8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=QKnNc3rXoNdMJAv6ADbDXuWmF5/mugdRPrglzC0Lvqw=; b=WxIj/s+YHFrOy3j0HMa53QRQFsDc1OQWXeKBynK70WQaGGgTBme0zi8GFFVl02TMGo scHyWLR8ulTDxCPpUJTRBXVmfDUxn0Grb8F4IfywtTgD5RO6fK0vntUla2KTWcjik5Pe ISzOw/VlCCrVW8t8hpHz/yg3hAR8qoPO2ezs5KMKf8fNuV66af2OSEw6oFdCuFQ9LlDA +YNkWJ5uvtNOCQFJG6MlfAtXy2Ccut64j/8XPE3VATha+N/BgKPBxLVoDTNmfq0z48Je Vjp4pL95dphWdSdpUNAa0P8vulAnu0BHujN7h1Z1f2Bk51WSXiltVFNN8tbHf2GucAhP FrMg== X-Gm-Message-State: ALoCoQlMqFaBMgt1dLHmHmzMGJYrkSA+X3kEwlcJtGcrFiLJss20z8DFkQCgCJXcv89I4NsYCEIw X-Received: by 10.224.30.139 with SMTP id u11mr23875730qac.77.1407391327611; Wed, 06 Aug 2014 23:02:07 -0700 (PDT) Received: from ?IPv6:2002:328a:b786:1:c5e3:3df6:1fa0:cc4c? ([2002:328a:b786:1:c5e3:3df6:1fa0:cc4c]) by mx.google.com with ESMTPSA id t3sm5575481qak.18.2014.08.06.23.02.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 06 Aug 2014 23:02:06 -0700 (PDT) Subject: Re: bug#17691: 24.3.91; crash closing remote frame Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=us-ascii From: Ken Raeburn In-Reply-To: <53E30D5B.1040903@cs.ucla.edu> Date: Thu, 7 Aug 2014 02:02:18 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <53A20C0F.20206@cs.ucla.edu> <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> <53A5CD45.9080004@cs.ucla.edu> <9C8C7A95-5158-4292-BA7A-DAD75C125B43@permabit.com> <53A72B17.5050302@cs.ucla.edu> <53DD594B.7090605@cs.ucla.edu> <0BC15AE4-E747-4F5F-95F5-3168CC8925C7@permabit.com> <53E30D5B.1040903@cs.ucla.edu> To: Paul Eggert X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17691 Cc: 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 Aug 7, 2014, at 01:23, Paul Eggert wrote: > Ken Raeburn wrote: >> Yes, the branch now handles my test situation without the excessive = CPU use, although it does accumulate file descriptors in CLOSE_WAIT = state from the lost X11 connections. >=20 > We should fix that too, I guess. Does Emacs 24.3 have this file = descriptor leak too? If so, it's not a regression and any fix should be = in the trunk. Yes, the leak appears to be an older problem. Ken= From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 07 08:26:41 2014 Received: (at 17691) by debbugs.gnu.org; 7 Aug 2014 12:26:41 +0000 Received: from localhost ([127.0.0.1]:33472 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XFMmH-0004QC-3T for submit@debbugs.gnu.org; Thu, 07 Aug 2014 08:26:41 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:55786) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XFMmE-0004Pz-Ea for 17691@debbugs.gnu.org; Thu, 07 Aug 2014 08:26:39 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVPAqyKr/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIxALNBIUGA0kiAQI0hkXjnoHhDgEqwODTCE X-IPAS-Result: ArYGAIDvNVPAqyKr/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIxALNBIUGA0kiAQI0hkXjnoHhDgEqwODTCE X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="82364262" Received: from 192-171-34-171.cpe.pppoe.ca (HELO pastel.home) ([192.171.34.171]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Aug 2014 08:26:32 -0400 Received: by pastel.home (Postfix, from userid 20848) id B2A7E60787; Thu, 7 Aug 2014 08:26:32 -0400 (EDT) From: Stefan Monnier To: Ken Raeburn Subject: Re: bug#17691: 24.3.91; crash closing remote frame Message-ID: References: <53A20C0F.20206@cs.ucla.edu> <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> <53A5CD45.9080004@cs.ucla.edu> <9C8C7A95-5158-4292-BA7A-DAD75C125B43@permabit.com> <53A72B17.5050302@cs.ucla.edu> <53DD594B.7090605@cs.ucla.edu> <0BC15AE4-E747-4F5F-95F5-3168CC8925C7@permabit.com> <53E30D5B.1040903@cs.ucla.edu> Date: Thu, 07 Aug 2014 08:26:32 -0400 In-Reply-To: (Ken Raeburn's message of "Thu, 7 Aug 2014 02:02:18 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17691 Cc: Paul Eggert , 17691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) >> We should fix that too, I guess. Does Emacs 24.3 have this file >> descriptor leak too? If so, it's not a regression and any fix should be >> in the trunk. > Yes, the leak appears to be an older problem. Maybe it's related to our hack that tries to avoiding closing connections when built with Gtk to avoid the infamous Gtk bug. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 07 10:37:06 2014 Received: (at 17691-done) by debbugs.gnu.org; 7 Aug 2014 14:37:06 +0000 Received: from localhost ([127.0.0.1]:34108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XFOoU-0007t5-5Z for submit@debbugs.gnu.org; Thu, 07 Aug 2014 10:37:06 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:39289) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XFOoR-0007rQ-6f for 17691-done@debbugs.gnu.org; Thu, 07 Aug 2014 10:37:04 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 5F0A1A60004; Thu, 7 Aug 2014 07:36:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bFKrRFjcwkHZ; Thu, 7 Aug 2014 07:36:48 -0700 (PDT) Received: from [192.168.1.9] (pool-71-177-17-123.lsanca.dsl-w.verizon.net [71.177.17.123]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 855BEA6000B; Thu, 7 Aug 2014 07:36:48 -0700 (PDT) Message-ID: <53E38EFC.7080708@cs.ucla.edu> Date: Thu, 07 Aug 2014 07:36:44 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Stefan Monnier , Ken Raeburn Subject: Re: bug#17691: 24.3.91; crash closing remote frame References: <53A20C0F.20206@cs.ucla.edu> <9CAB2038-8C9D-4119-8315-B3E574F72D89@permabit.com> <53A5CD45.9080004@cs.ucla.edu> <9C8C7A95-5158-4292-BA7A-DAD75C125B43@permabit.com> <53A72B17.5050302@cs.ucla.edu> <53DD594B.7090605@cs.ucla.edu> <0BC15AE4-E747-4F5F-95F5-3168CC8925C7@permabit.com> <53E30D5B.1040903@cs.ucla.edu> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 17691-done Cc: 17691-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -3.0 (---) Stefan Monnier wrote: > Maybe it's related to our hack that tries to avoiding closing > connections when built with Gtk to avoid the infamous Gtk bug. It's related, bug that hack calls emacs_abort in this situation, so there's no problem with leaked file descriptors after *that*. Fixing and/or working-around the Gtk bug would be a much bigger deal. Anyway, I installed a patch for the non-Gtk platforms, as trunk bzr 117664, and am closing the bug. From unknown Fri Aug 15 02:03:15 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 05 Sep 2014 11:24:03 +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