From unknown Sat Jun 21 10:44:16 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#17975 <17975@debbugs.gnu.org> To: bug#17975 <17975@debbugs.gnu.org> Subject: Status: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) Reply-To: bug#17975 <17975@debbugs.gnu.org> Date: Sat, 21 Jun 2025 17:44:16 +0000 retitle 17975 24.3.92; assertion failure deleting frames with varying names= for the same display (and, using multiple X11 connections in that case too) reassign 17975 emacs submitter 17975 Ken Raeburn severity 17975 normal tag 17975 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 08 21:56:54 2014 Received: (at submit) by debbugs.gnu.org; 9 Jul 2014 01:56:54 +0000 Received: from localhost ([127.0.0.1]:47419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X4h7r-0004fs-Ri for submit@debbugs.gnu.org; Tue, 08 Jul 2014 21:56:54 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50880) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X4h7n-0004fX-5E for submit@debbugs.gnu.org; Tue, 08 Jul 2014 21:56:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X4h7b-0002de-JB for submit@debbugs.gnu.org; Tue, 08 Jul 2014 21:56:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=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]:58435) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4h7b-0002da-AR for submit@debbugs.gnu.org; Tue, 08 Jul 2014 21:56:35 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46516) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4bYQ-0002PH-6T for bug-gnu-emacs@gnu.org; Tue, 08 Jul 2014 16:00:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X4bYJ-0008MI-JP for bug-gnu-emacs@gnu.org; Tue, 08 Jul 2014 15:59:53 -0400 Received: from mail-qg0-x22d.google.com ([2607:f8b0:400d:c04::22d]:55849) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4bYJ-0008ME-Bt for bug-gnu-emacs@gnu.org; Tue, 08 Jul 2014 15:59:47 -0400 Received: by mail-qg0-f45.google.com with SMTP id a108so5467093qge.4 for ; Tue, 08 Jul 2014 12:59:46 -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=+yEKbcfE1Rx5BW8JvnJXoyYAld4i9zhJvZOYS7f5jMA=; b=hyh8DX41eudQ3GOplPmM6sBazPFCo21RYXnwPwQETUuPduOpn/AR1+hM3+m0hFbpKP VGvVpmf6xKL6XYinQStqKoW6JwwqIOh5IWmGUiLItO4tlQIsXmRMUbCPga5pTiuNnI6O 7dHH41UK1l7zRlNvXFeOfddg8rPegNFWHtXdI= 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=+yEKbcfE1Rx5BW8JvnJXoyYAld4i9zhJvZOYS7f5jMA=; b=QuFjOgvuNqtyRwHOwgopxtmH56Rw8OXFYordzvH3KMcppWbP64r3nMFnz9vKJvuDpz 7btECC7klJ5hn+fVWybSeKdIdOjkdleQu49YKZhlPyAXtyiD82KNlI+m6rHQNX3bJXk0 g7EtE3BhiO6K6bjccKuafEK4/pqsE0hmSUYSQqWpnaDmlU1YOUP7CTacFXTc8SnqdtzL B9KIho0M0oVukuLc1W2ECLSfA4ZR2VwutSfoIIsBBwUBDkKNRux+tB1JreH1KQQfh+WL +VthuTNXcRjRqDnL3xvOLVfs1EPURMquM1OKz/bU+Abx7eso+/vPSizrqIYChTQQkNQV w/MA== X-Gm-Message-State: ALoCoQmvOAaRcn9lh1CanvEsbwYR7l5dsy+eLBUosPCZyEgIANmh9tacGZ8zuDRdYnAfkNkJoHAd X-Received: by 10.140.92.20 with SMTP id a20mr59514753qge.23.1404849586068; Tue, 08 Jul 2014 12:59:46 -0700 (PDT) Received: from just-testing.permabit.com (vpn.permabit.com. [66.202.84.2]) by mx.google.com with ESMTPSA id w9sm595788qag.48.2014.07.08.12.59.44 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 08 Jul 2014 12:59:45 -0700 (PDT) From: Ken Raeburn To: bug-gnu-emacs@gnu.org Subject: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) Date: Tue, 08 Jul 2014 15:59:42 -0400 Message-ID: <6ea98jsjtd.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 (-----) (Yet another attempt to send while fighting with customize over my email options...) This is a simplified version of a crash I got using emacsclient, daemon mode, and desktop-save-mode. My saved desktop configuration somehow has frames with different names for the same local display, perhaps because window manager buttons I use to invoke emacsclient cause ":0.0" to be used, and my xterm shells have DISPLAY set to ":0". Emacs is compiled with "--enable-checking --with-x-toolkit=3Dlucid". Recipe: 1. emacs -Q --daemon 2. DISPLAY=3D:0 emacsclient -c -n 3. DISPLAY=3D:0.0 emacsclient -c -n 4. Use a window-manager button to delete the first Emacs window. 5. Emacs crashes with an assertion failure. (gdb) bt full #0 terminate_due_to_signal (sig=3D6, backtrace_limit=3D2147483647) at emac= s.c:350 No locals. #1 0x000000000057fc24 in die (msg=3D, file=3D, line=3D) at alloc.c:6833 No locals. #2 0x00000000004ea74d in xim_close_dpy (dpyinfo=3D0xd14520) at xterm.c:8007 ret =3D xim_inst =3D 0xcf5560 #3 x_delete_terminal (terminal=3D) at xterm.c:10376 dpyinfo =3D 0xd14520 connection =3D -1 #4 0x00000000004ddfe2 in Fdelete_terminal (terminal=3D18228141, force=3D) at terminal.c:348 t =3D 0x11623a8 #5 0x0000000000423756 in delete_frame (frame=3D, force=3D) at frame.c:1399 tmp =3D 6 terminal =3D 0x11623a8 f =3D 0x127ee38 sf =3D 0xc9b268 kb =3D 0x0 minibuffer_selected =3D is_tooltip_frame =3D 0 #6 0x00000000005a16fe in Ffuncall (nargs=3D, args=3D0x7fff1= 460f978) at eval.c:2818 fun =3D 9051333 original_fun =3D funcar =3D 66 numargs =3D val =3D internal_args =3D 0x7fff1460f980 i =3D #7 0x00000000005e055d in exec_byte_code (bytestr=3D66, vector=3D2147483647= , maxdepth=3D139883996531360, args_template=3D54, nargs=3D3, args=3D0x0) at= bytecode.c:916 targets =3D {0x5e05f1, 0x5e0e35, 0x5e0e3a, 0x5e0e3f, 0x5e03b2, 0x5e= 03b8, 0x5e1baa, 0x5e1bf0, 0x5e1c78, 0x5e1c7d, 0x5e1c49, 0x5e1c4e, 0x5e03f9,= 0x5e0400, 0x5e0b35, 0x5e1c53, 0x5e0d4a, 0x5e0d4f, 0x5e0cc2, 0x5e0cc7, 0x5e= 046c, 0x5e0470, 0x5e0c67, 0x5e0c42, 0x5e0b1a, 0x5e0b1f, 0x5e0b24, 0x5e0b29,= 0x5e04f1, 0x5e04f8, 0x5e0cae, 0x5e0af5, 0x5e0ae4, 0x5e0ae9, 0x5e0aee, 0x5e= 0aba, 0x5e0537, 0x5e0540, 0x5e0aa6, 0x5e0abf, 0x5e1e0f, 0x5e1e14, 0x5e1e19,= 0x5e1de5, 0x5e0580, 0x5e0580, 0x5e1da5, 0x5e1dea, 0x5e0995, 0x5e098a, 0x5e= 083e, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e1fca, 0x5e206b,= 0x5e20a6, 0x5e25cc, 0x5e2607, 0x5e0c00, 0x5e0ccc, 0x5e264f, 0x5e0bc2, 0x5e= 0d0c, 0x5e2684, 0x5e23e0, 0x5e240f, 0x5e244f, 0x5e248c, 0x5e2516, 0x5e2545,= 0x5e2585, 0x5e21c8, 0x5e21f7, 0x5e29da, 0x5e2a1a, 0x5e28dc, 0x5e291c, 0x5e= 2960, 0x5e299d, 0x5e26c4, 0x5e2751, 0x5e278d, 0x5e27cd, 0x5e2897, 0x5e280d,= 0x5e2852, 0x5e142c, 0x5e1471, 0x5e14ae, 0x5e14e3, 0x5e1520, 0x5e155d, 0x5e= 159a, 0x5e1654, 0x5e05c3, 0x5e16ae, 0x5e16dd, 0x5e175a, 0x5e17b4, 0x5e180e,= 0x5e1839, 0x5e186a, 0x5e189b, 0x5e18ec, 0x5e05f1, 0x5e191e, 0x5e1953, 0x5e= 1988, 0x5e19bd, 0x5e19f2, 0x5e1a27, 0x5e05c3, 0x5e05f1, 0x5e1a56, 0x5e1a9d,= 0x5e1acc, 0x5e1afb, 0x5e1b3b, 0x5e1b7b, 0x5e102f, 0x5e10e8, 0x5e13ac, 0x5e= 13ec, 0x5e1128, 0x5e115d, 0x5e05f1, 0x5e0773, 0x5e1e25, 0x5e0b49, 0x5e1eb5,= 0x5e2226, 0x5e2299, 0x5e0720, 0x5e06ff, 0x5e0c7b, 0x5e063c, 0x5e0d54, 0x5e= 07cb, 0x5e07f9, 0x5e09c3, 0x5e0a13, 0x5e0a57, 0x5e1f69, 0x5e1db9, 0x5e1188,= 0x5e11cf, 0x5e11fe, 0x5e122d, 0x5e125c, 0x5e128b, 0x5e12cb, 0x5e130b, 0x5e= 134b, 0x5e138b, 0x5e0e45, 0x5e0e85, 0x5e0ec5, 0x5e0ef4, 0x5e0f34, 0x5e0f74,= 0x5e0fb3, 0x5e0ff2, 0x5e15d7, 0x5e1614, 0x5e0db9, 0x5e0e00, 0x5e05f1, 0x5e= 20e1, 0x5e215e, 0x5e2346, 0x5e2a5a, 0x5e066a, 0x5e24c9, 0x5e2701, 0x5e170e,= 0x5e1c82, 0x5e1cc7, 0x5e05f1, 0x5e05f1, 0x5e1d1f, 0x5e05f1, 0x5e05f1, 0x5e= 05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e1d6a = } count =3D 8 stack =3D { pc =3D 0xb8211e "\202\070",=20 byte_string =3D 10257961,=20 byte_string_start =3D 0xb820eb "\304\b!\211@\262\001\305\306 \031= \032\033\t\203)",=20 next =3D 0x7fff1460fdf0 } result =3D 66 type =3D 4 #8 0x00000000005a0f92 in funcall_lambda (fun=3D10257909, nargs=3D, arg_vector=3D0x7fff1460fb88) at eval.c:3049 val =3D syms_left =3D next =3D 5 lexenv =3D 13137010 i =3D optional =3D rest =3D #9 0x00000000005a1324 in Ffuncall (nargs=3D, args=3D0x7fff1= 460fb80) at eval.c:2876 fun =3D original_fun =3D 13496946 funcar =3D 66 numargs =3D val =3D internal_args =3D i =3D #10 0x000000000059ccb9 in Fcall_interactively (function=3D13496946, record_= flag=3D13137010, keys=3D140733535288128) at callint.c:836 val =3D args =3D 0x7fff1460fb80 visargs =3D specs =3D filter_specs =3D teml =3D up_event =3D 13137010 enable =3D 2 next_event =3D prefix_arg =3D 13137010 string =3D tem =3D varies =3D 0x7fff1460fb40 "" i =3D nargs =3D mark =3D arg_from_tty =3D key_count =3D 1 record_then_fail =3D false save_this_command =3D 13137010 save_last_command =3D 13179570 save_this_original_command =3D 13137010 save_real_this_command =3D 13137010 #11 0x00000000005a16c6 in Ffuncall (nargs=3D, args=3D0x7fff1= 460fd78) at eval.c:2822 fun =3D 12550661 original_fun =3D funcar =3D 66 numargs =3D val =3D internal_args =3D 0x7fff1460fd80 i =3D #12 0x00000000005e055d in exec_byte_code (bytestr=3D66, vector=3D2147483647= , maxdepth=3D139883996531360, args_template=3D108, nargs=3D4, args=3D0x0) a= t bytecode.c:916 targets =3D {0x5e05f1, 0x5e0e35, 0x5e0e3a, 0x5e0e3f, 0x5e03b2, 0x5e= 03b8, 0x5e1baa, 0x5e1bf0, 0x5e1c78, 0x5e1c7d, 0x5e1c49, 0x5e1c4e, 0x5e03f9,= 0x5e0400, 0x5e0b35, 0x5e1c53, 0x5e0d4a, 0x5e0d4f, 0x5e0cc2, 0x5e0cc7, 0x5e= 046c, 0x5e0470, 0x5e0c67, 0x5e0c42, 0x5e0b1a, 0x5e0b1f, 0x5e0b24, 0x5e0b29,= 0x5e04f1, 0x5e04f8, 0x5e0cae, 0x5e0af5, 0x5e0ae4, 0x5e0ae9, 0x5e0aee, 0x5e= 0aba, 0x5e0537, 0x5e0540, 0x5e0aa6, 0x5e0abf, 0x5e1e0f, 0x5e1e14, 0x5e1e19,= 0x5e1de5, 0x5e0580, 0x5e0580, 0x5e1da5, 0x5e1dea, 0x5e0995, 0x5e098a, 0x5e= 083e, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e1fca, 0x5e206b,= 0x5e20a6, 0x5e25cc, 0x5e2607, 0x5e0c00, 0x5e0ccc, 0x5e264f, 0x5e0bc2, 0x5e= 0d0c, 0x5e2684, 0x5e23e0, 0x5e240f, 0x5e244f, 0x5e248c, 0x5e2516, 0x5e2545,= 0x5e2585, 0x5e21c8, 0x5e21f7, 0x5e29da, 0x5e2a1a, 0x5e28dc, 0x5e291c, 0x5e= 2960, 0x5e299d, 0x5e26c4, 0x5e2751, 0x5e278d, 0x5e27cd, 0x5e2897, 0x5e280d,= 0x5e2852, 0x5e142c, 0x5e1471, 0x5e14ae, 0x5e14e3, 0x5e1520, 0x5e155d, 0x5e= 159a, 0x5e1654, 0x5e05c3, 0x5e16ae, 0x5e16dd, 0x5e175a, 0x5e17b4, 0x5e180e,= 0x5e1839, 0x5e186a, 0x5e189b, 0x5e18ec, 0x5e05f1, 0x5e191e, 0x5e1953, 0x5e= 1988, 0x5e19bd, 0x5e19f2, 0x5e1a27, 0x5e05c3, 0x5e05f1, 0x5e1a56, 0x5e1a9d,= 0x5e1acc, 0x5e1afb, 0x5e1b3b, 0x5e1b7b, 0x5e102f, 0x5e10e8, 0x5e13ac, 0x5e= 13ec, 0x5e1128, 0x5e115d, 0x5e05f1, 0x5e0773, 0x5e1e25, 0x5e0b49, 0x5e1eb5,= 0x5e2226, 0x5e2299, 0x5e0720, 0x5e06ff, 0x5e0c7b, 0x5e063c, 0x5e0d54, 0x5e= 07cb, 0x5e07f9, 0x5e09c3, 0x5e0a13, 0x5e0a57, 0x5e1f69, 0x5e1db9, 0x5e1188,= 0x5e11cf, 0x5e11fe, 0x5e122d, 0x5e125c, 0x5e128b, 0x5e12cb, 0x5e130b, 0x5e= 134b, 0x5e138b, 0x5e0e45, 0x5e0e85, 0x5e0ec5, 0x5e0ef4, 0x5e0f34, 0x5e0f74,= 0x5e0fb3, 0x5e0ff2, 0x5e15d7, 0x5e1614, 0x5e0db9, 0x5e0e00, 0x5e05f1, 0x5e= 20e1, 0x5e215e, 0x5e2346, 0x5e2a5a, 0x5e066a, 0x5e24c9, 0x5e2701, 0x5e170e,= 0x5e1c82, 0x5e1cc7, 0x5e05f1, 0x5e05f1, 0x5e1d1f, 0x5e05f1, 0x5e05f1, 0x5e= 05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e05f1, 0x5e1d6a = } count =3D 3 stack =3D { pc =3D 0xba1f82 "\006\006\071\203\233",=20 byte_string =3D 10002481,=20 byte_string_start =3D 0xba1f0e "\306\020\211?\205\f",=20 next =3D 0x0 } result =3D 66 type =3D 13 #13 0x00000000005a1324 in Ffuncall (nargs=3D, args=3D0x7fff1= 460fed0) at eval.c:2876 fun =3D original_fun =3D 13180898 funcar =3D 66 numargs =3D val =3D internal_args =3D i =3D #14 0x00000000005a1909 in call4 (fn=3D, arg1=3D, arg2=3D, arg3=3D, arg4=3D)= at eval.c:2663 ret_ungc_val =3D 66 args =3D {13180898, 13496946, 13137010, 16481285, 13137058} #15 0x00000000005274fe in read_char (commandflag=3D1, map=3D17049222, prev_= event=3D13137010, used_mouse_menu=3D0x7fff146102cf, end_time=3D0x0) at keyb= oard.c:2944 prev_buffer =3D 0xc8dd50 c =3D 17533830 local_getcjmp =3D {{ __jmpbuf =3D {13137010, 1302660280949707907, 0, 19394104, 17049= 222, 0, -1302152121081228157, 1302661719464907907},=20 __mask_was_saved =3D 0,=20 __saved_mask =3D { __val =3D {0, 0, 0, 0, 0, 0, 0, 13163856, 5859230, 0, 0, 0, 0= , 13163856, 13163856, 192} } }} 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 13496946 save =3D previous_echo_area_message =3D 13137010 also_record =3D 13137010 reread =3D false polling_stopped_here =3D false orig_kboard =3D 0xd14f40 #16 0x00000000005295a4 in read_key_sequence (keybuf=3D0x7fff14610320, promp= t=3D13137010, dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, f= ix_current_buffer=3Dtrue, prevent_redisplay=3Dfalse, bufsize=3D30) at keybo= ard.c:9088 interrupted_kboard =3D 0xd14f40 interrupted_frame =3D 0x127ee38 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 17049222 first_event =3D 13137010 first_unbound =3D 31 mock_input =3D 0 fkey =3D { parent =3D 20457062,=20 map =3D 20457062,=20 start =3D 0,=20 end =3D 0 } keytran =3D { parent =3D 13116998,=20 map =3D 13116998,=20 start =3D 0,=20 end =3D 0 } indec =3D { parent =3D 20426022,=20 map =3D 20426022,=20 start =3D 0,=20 end =3D 0 } shift_translated =3D false delayed_switch_frame =3D 13137010 original_uppercase =3D 13305986 original_uppercase_position =3D -1 dummyflag =3D false starting_buffer =3D 0xc8dd50 fake_prefixed_keys =3D 13137010 #17 0x000000000052b0c2 in command_loop_1 () at keyboard.c:1452 cmd =3D keybuf =3D {17051382, 140733535290128, 4294967296, 0, 0, -692974740= 9077133824, 0, 9649312, 17429874, 2, 4611686018595160064, 46116860194843525= 12, 140733535290432, 5898849, 139883992655744, 139884077191168, 0, 0, 0, 33= 6, 0, 5808116, 13306946, 13615984, 13137010, 13306946, 13615984, 5819474, 6= 4, 5897286} i =3D prev_modiff =3D 11 prev_buffer =3D 0xc8dd50 #18 0x000000000059f2a2 in internal_condition_case (bfun=3D0x52ae70 , handlers=3D, hfun=3D0x5200f0 ) at eval.= c:1354 val =3D c =3D 0xffffffffffffffc6 #19 0x000000000051cc2e in command_loop_2 (ignore=3D) at keyb= oard.c:1177 val =3D 66 #20 0x000000000059f1a8 in internal_catch (tag=3D, func=3D0x51cc10 , arg=3D13137010) at eval.c:1118 val =3D c =3D 0xffffffffffffffc6 #21 0x000000000051fc07 in command_loop () at keyboard.c:1156 No locals. #22 recursive_edit_1 () at keyboard.c:777 val =3D 3 #23 0x000000000051ff55 in Frecursive_edit () at keyboard.c:848 buffer =3D #24 0x0000000000411a95 in main (argc=3D3, 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 0xccacd6 "" Lisp Backtrace: "delete-frame" (0x1460f980) "handle-delete-frame" (0x1460fb88) "call-interactively" (0x1460fd80) "command-execute" (0x1460fed8) In stack frame 4 the terminal we're deleting has a name of ":0" and a certain X11 "Display" structure pointer. The other frame (found via Vframe_list) has a different terminal structure with a name of ":0.0" and a different X11 display pointer (and even a different file descriptor number, so we've got two connections open, also a bug, but less important). The crash is in an assertion in xim_close_display, called from x_delete_terminal: Bool ret =3D XUnregisterIMInstantiateCallback (dpyinfo->display, dpyinfo->xrdb, xim_inst->resource_name, emacs_class, xim_instantiate_callback, (XRegisterIMInstantiateCallback_arg6) xim_inst); eassert (ret =3D=3D True); Why XUnregisterIMInstantiateCallback would fail, I don't know. There's an assertion at the XRegisterIMInstantiateCallback call as well which didn't get triggered. In GNU Emacs 24.3.92.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll b= ars) of 2014-06-27 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.92.precise --with-x-toolkit=3Dlucid --enable-checking' 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: SPC o v e r SPC m y SPC m a i l SPC s e=20 t t i n g s . SPC O A p o l o g i e s SPC=20 i f SPC m u l t i p l e SPC o f SPC t h e =20 c o p i e s SPC a c t u a l l y SPC g=20 o t SPC t h r o u g h . =20 =20 C-a C-c C-c y e s =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 C-h f r e p o r t - e m=20 =20 C-x 1 C-u C-l=20 C-x 2 M-< C-s s e n d - m a i l - f u n c t i o n C-s=20 C-s C-s C-a C-l M-: m e s s a g e - s e n d - m a i=20 l - f u n c t i o n C-h v m e s s a g e -=20 s e n d - m a i l - f u n C-x 1 =20 =20 C-u C-p C-u C-p C-p C-u C-f C-u=20 C-f C-u C-f C-f C-f C-u C-f C-u C-f C-f C-f=20 n =20 =20 x r e p=20 o r t - e m Recent messages: Mark saved where search started message-send-mail-with-mailclient Type "q" to restore previous buffer, M-x scroll-up to scroll help. Creating customization items... Creating customization items ...done Resetting customization items...done Creating customization setup...done Saving file /permabit/user/raeburn/.emacs... Delete excess backup versions of /permabit/user/raeburn/.emacs? (y or n) n Wrote /permabit/user/raeburn/.emacs [2 times] Load-path shadows: /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-festival hi= des /usr/share/emacs/site-lisp/emacs-jabber/jabber-festival /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-chat hides = /usr/share/emacs/site-lisp/emacs-jabber/jabber-chat /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-bookmarks h= ides /usr/share/emacs/site-lisp/emacs-jabber/jabber-bookmarks /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-ahc-presenc= e hides /usr/share/emacs/site-lisp/emacs-jabber/jabber-ahc-presence /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-chatbuffer = hides /usr/share/emacs/site-lisp/emacs-jabber/jabber-chatbuffer /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-roster hide= s /usr/share/emacs/site-lisp/emacs-jabber/jabber-roster /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-core hides = /usr/share/emacs/site-lisp/emacs-jabber/jabber-core /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-ft-common h= ides /usr/share/emacs/site-lisp/emacs-jabber/jabber-ft-common /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-presence hi= des /usr/share/emacs/site-lisp/emacs-jabber/jabber-presence /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-si-server h= ides /usr/share/emacs/site-lisp/emacs-jabber/jabber-si-server /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-autoloads h= ides /usr/share/emacs/site-lisp/emacs-jabber/jabber-autoloads /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-truncate hi= des /usr/share/emacs/site-lisp/emacs-jabber/jabber-truncate /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-ft-server h= ides /usr/share/emacs/site-lisp/emacs-jabber/jabber-ft-server /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-conn hides = /usr/share/emacs/site-lisp/emacs-jabber/jabber-conn /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-sasl hides = /usr/share/emacs/site-lisp/emacs-jabber/jabber-sasl /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/fsm hides /usr/sha= re/emacs/site-lisp/emacs-jabber/fsm /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-ft-client h= ides /usr/share/emacs/site-lisp/emacs-jabber/jabber-ft-client /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-xmessage hi= des /usr/share/emacs/site-lisp/emacs-jabber/jabber-xmessage /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-chatstates = hides /usr/share/emacs/site-lisp/emacs-jabber/jabber-chatstates /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-export hide= s /usr/share/emacs/site-lisp/emacs-jabber/jabber-export /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-time hides = /usr/share/emacs/site-lisp/emacs-jabber/jabber-time /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-screen hide= s /usr/share/emacs/site-lisp/emacs-jabber/jabber-screen /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-autoaway hi= des /usr/share/emacs/site-lisp/emacs-jabber/jabber-autoaway /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-compose hid= es /usr/share/emacs/site-lisp/emacs-jabber/jabber-compose /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber hides /usr/= share/emacs/site-lisp/emacs-jabber/jabber /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-modeline hi= des /usr/share/emacs/site-lisp/emacs-jabber/jabber-modeline /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-activity hi= des /usr/share/emacs/site-lisp/emacs-jabber/jabber-activity /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/srv hides /usr/sha= re/emacs/site-lisp/emacs-jabber/srv /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-events hide= s /usr/share/emacs/site-lisp/emacs-jabber/jabber-events /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-version hid= es /usr/share/emacs/site-lisp/emacs-jabber/jabber-version /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-feature-neg= hides /usr/share/emacs/site-lisp/emacs-jabber/jabber-feature-neg /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-menu hides = /usr/share/emacs/site-lisp/emacs-jabber/jabber-menu /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-history hid= es /usr/share/emacs/site-lisp/emacs-jabber/jabber-history /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-avatar hide= s /usr/share/emacs/site-lisp/emacs-jabber/jabber-avatar /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-muc hides /= usr/share/emacs/site-lisp/emacs-jabber/jabber-muc /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-watch hides= /usr/share/emacs/site-lisp/emacs-jabber/jabber-watch /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-xml hides /= usr/share/emacs/site-lisp/emacs-jabber/jabber-xml /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-muc-nick-co= mpletion hides /usr/share/emacs/site-lisp/emacs-jabber/jabber-muc-nick-comp= letion /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-alert hides= /usr/share/emacs/site-lisp/emacs-jabber/jabber-alert /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-osd hides /= usr/share/emacs/site-lisp/emacs-jabber/jabber-osd /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-ourversion = hides /usr/share/emacs/site-lisp/emacs-jabber/jabber-ourversion /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-si-client h= ides /usr/share/emacs/site-lisp/emacs-jabber/jabber-si-client /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-util hides = /usr/share/emacs/site-lisp/emacs-jabber/jabber-util /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-widget hide= s /usr/share/emacs/site-lisp/emacs-jabber/jabber-widget /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-vcard hides= /usr/share/emacs/site-lisp/emacs-jabber/jabber-vcard /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-keepalive h= ides /usr/share/emacs/site-lisp/emacs-jabber/jabber-keepalive /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-register hi= des /usr/share/emacs/site-lisp/emacs-jabber/jabber-register /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-iq hides /u= sr/share/emacs/site-lisp/emacs-jabber/jabber-iq /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-awesome hid= es /usr/share/emacs/site-lisp/emacs-jabber/jabber-awesome /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-browse hide= s /usr/share/emacs/site-lisp/emacs-jabber/jabber-browse /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-ratpoison h= ides /usr/share/emacs/site-lisp/emacs-jabber/jabber-ratpoison /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-si-common h= ides /usr/share/emacs/site-lisp/emacs-jabber/jabber-si-common /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-wmii hides = /usr/share/emacs/site-lisp/emacs-jabber/jabber-wmii /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-disco hides= /usr/share/emacs/site-lisp/emacs-jabber/jabber-disco /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-search hide= s /usr/share/emacs/site-lisp/emacs-jabber/jabber-search /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-keymap hide= s /usr/share/emacs/site-lisp/emacs-jabber/jabber-keymap /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-gmail hides= /usr/share/emacs/site-lisp/emacs-jabber/jabber-gmail /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-socks5 hide= s /usr/share/emacs/site-lisp/emacs-jabber/jabber-socks5 /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-vcard-avata= rs hides /usr/share/emacs/site-lisp/emacs-jabber/jabber-vcard-avatars /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-private hid= es /usr/share/emacs/site-lisp/emacs-jabber/jabber-private /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-sawfish hid= es /usr/share/emacs/site-lisp/emacs-jabber/jabber-sawfish /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-ahc hides /= usr/share/emacs/site-lisp/emacs-jabber/jabber-ahc /permabit/user/raeburn/.emacs.d/elpa/jabber-20140523.153/jabber-logon hides= /usr/share/emacs/site-lisp/emacs-jabber/jabber-logon ~/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.92.precise/share/emacs/24.3.92/lisp/loaddefs Features: (jka-compr find-func mailalias mailclient qp cus-edit cus-start cus-load ielm help-mode pp shadow sort mail-extr gnus-msg emacsbug sendmail misearch multi-isearch mule-util bug-reference make-mode flyspell ispell git-commit-mode server log-edit easy-mmode pcvs-util add-log sh-script smie executable systemtap-mode cc-awk python vc-git hideshow cc-langs cc-mode cc-fonts cc-guess cc-menus cc-cmds autorevert filenotify rcirc 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 484925 57300) (symbols 48 39723 7) (miscs 40 64472 15015) (strings 32 82028 10941) (string-bytes 1 2721256) (vectors 16 36334) (vector-slots 8 860235 28377) (floats 8 377 354) (intervals 56 24052 396) (buffers 960 177) (heap 1024 71290 2347)) From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 09 01:38:29 2014 Received: (at 17975) by debbugs.gnu.org; 9 Jul 2014 05:38:29 +0000 Received: from localhost ([127.0.0.1]:47485 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X4kaK-0003fJ-AK for submit@debbugs.gnu.org; Wed, 09 Jul 2014 01:38:28 -0400 Received: from forward2o.mail.yandex.net ([37.140.190.31]:39457) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X4kaF-0003et-Ae for 17975@debbugs.gnu.org; Wed, 09 Jul 2014 01:38:24 -0400 Received: from smtp1o.mail.yandex.net (smtp1o.mail.yandex.net [37.140.190.26]) by forward2o.mail.yandex.net (Yandex) with ESMTP id C86594861394; Wed, 9 Jul 2014 09:38:16 +0400 (MSK) Received: from smtp1o.mail.yandex.net (localhost [127.0.0.1]) by smtp1o.mail.yandex.net (Yandex) with ESMTP id 7DE2ADE2428; Wed, 9 Jul 2014 09:38:16 +0400 (MSK) Received: from 127.gprs.mts.ru (127.gprs.mts.ru [213.87.143.127]) by smtp1o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id JFAVDpjBwJ-cDIWH4K5; Wed, 9 Jul 2014 09:38:14 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: f168af4d-b770-4678-9fcc-4592214bcabb DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1404884295; bh=dnj+utqPeKjChm9IT+4UiIkPMU0yrxmMDXSqHThM3E4=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type; b=ppbwHF1g60ojICuy1T2LiCt7V+5fnxkd5rNuZJxrQWlfeY7MP4luVJV36H4NngpYK gVB8J6+tLURx75YvWRA8QZkAgpMitMJ0i1bAy7xcgLS9EG2CfvLBPy/1uoDOdp2INc lJOe2wY0PTmV0moFipRCoWWKpktPIpX4JZcdBZ5U= Authentication-Results: smtp1o.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53BCD52D.6090700@yandex.ru> Date: Wed, 09 Jul 2014 09:37:49 +0400 From: Dmitry Antipov 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#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> In-Reply-To: <6ea98jsjtd.fsf@just-testing.permabit.com> Content-Type: multipart/mixed; boundary="------------050705060003040301090209" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17975 Cc: 17975@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. --------------050705060003040301090209 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 07/08/2014 11:59 PM, Ken Raeburn wrote: > This is a simplified version of a crash I got using emacsclient, daemon > mode, and desktop-save-mode. My saved desktop configuration somehow has > frames with different names for the same local display, perhaps because > window manager buttons I use to invoke emacsclient cause ":0.0" to be > used, and my xterm shells have DISPLAY set to ":0". > > Emacs is compiled with "--enable-checking --with-x-toolkit=lucid". > > Recipe: > 1. emacs -Q --daemon > 2. DISPLAY=:0 emacsclient -c -n > 3. DISPLAY=:0.0 emacsclient -c -n > 4. Use a window-manager button to delete the first Emacs window. > 5. Emacs crashes with an assertion failure. Reproduced. The whole thing looks like a mystery (perhaps Xlib makes a difference between :0 and :0.0 somewhere in its innards), but this workaround works for me. Can you please try it too? Dmitry --------------050705060003040301090209 Content-Type: text/x-patch; name="bug17975.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bug17975.patch" === modified file 'lib-src/emacsclient.c' --- lib-src/emacsclient.c 2014-06-17 16:09:19 +0000 +++ lib-src/emacsclient.c 2014-07-09 05:30:11 +0000 @@ -82,6 +82,8 @@ #include #include +#include + #ifndef VERSION #define VERSION "unspecified" #endif @@ -1517,6 +1519,31 @@ #endif /* WINDOWSNT */ } +/* Return the canonical HOST:SEQUENCE.SCREEN name of DISPLAY. + For some weird reason, this is important for XIM (Bug#17975). */ + +static char * +x_canonical_display (char *display) +{ + char host[256]; /* Max. FQDN length is 255. */ + int sequence, screen; + + if (sscanf (display, "%s:%d.%d", host, &sequence, &screen) == 3) + /* canonical */ ; + else if (sscanf (display, "%d:%d", &sequence, &screen) == 2 + || sscanf (display, ":%d:%d", &sequence, &screen) == 2) + { + display = xmalloc (4 + INT_BUFSIZE_BOUND (int) * 2 + 3); + sprintf (display, "unix:%d.%d", sequence, screen); + } + else if (sscanf (display, ":%d", &sequence) == 1) + { + display = xmalloc (4 + INT_BUFSIZE_BOUND (int) + 4); + sprintf (display, "unix:%d.0", sequence); + } + return display; +} + int main (int argc, char **argv) { @@ -1585,6 +1612,9 @@ w32_give_focus (); #endif /* HAVE_NTGUI */ + if (display) + display = x_canonical_display ((char *) display); + /* Send over our environment and current directory. */ if (!current_frame) { --------------050705060003040301090209-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 11 17:22:28 2014 Received: (at 17975) by debbugs.gnu.org; 11 Jul 2014 21:22:28 +0000 Received: from localhost ([127.0.0.1]:53786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X5iGy-0000b1-3l for submit@debbugs.gnu.org; Fri, 11 Jul 2014 17:22:28 -0400 Received: from mail-qa0-f53.google.com ([209.85.216.53]:54269) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X5iGv-0000am-Kt for 17975@debbugs.gnu.org; Fri, 11 Jul 2014 17:22:26 -0400 Received: by mail-qa0-f53.google.com with SMTP id v10so1356679qac.12 for <17975@debbugs.gnu.org>; Fri, 11 Jul 2014 14:22:20 -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=fiVZ9Y13pUp64DUr8F2UIt4fbjxjC9barXoX0z/AJ1o=; b=J/4kVFrcJGn8ZpVwbUgXWrjRRt+QKrz/wJTgvcuVup61IqU6c6aA5d+lV80KHGcJBf Eza5ZOfEM0NK1si35FtE/CGdDVdCxXIweOvlt/Powt3EZvxJK6SxOFPOSKVqBPxtNmkG xj2u+Kj8vRvWdiXgDwce1tFhVzpnolLjd1YL4= 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=fiVZ9Y13pUp64DUr8F2UIt4fbjxjC9barXoX0z/AJ1o=; b=k2C3IgivKzZuO1Q9ZyP2ut2bIgcWC85pSTJQGwICGLxQ3En35lt879oDXbKcDYIVBr L+rWoyrwi3cUWABm2LKLbDkL4GrgJ+ylSJA0QQ681bQPCCgt9H1XYC6lIR/Lgh1YaqLV iWKSFb3goHW4X0jH/hzmJGYJAhH4FX44oLLl9NT0JitbDO4nvRzoBDxNeaCm6tEuWKTt CR8ONsPOXP0Pgjcba4b7Mv6cD/1QQ+yevQjN0Zmu0fRZY17NR8fZtcILc0tqPGZ45bpl 7I9O3zRiJp08zcIoQDE+y2iMnepD2iPrnG4di2vFXGxalaxCynGXF8CMZs6nRrP42pRx AmYw== X-Gm-Message-State: ALoCoQkWTgI8amzfF8SygD0QaPSjwuJddvenrUaG8pRV2SIOufTB0BQcXjdtZ+VGS/N/mZd3d8b7 X-Received: by 10.229.51.201 with SMTP id e9mr2930611qcg.2.1405113740165; Fri, 11 Jul 2014 14:22:20 -0700 (PDT) Received: from just-testing.permabit.com (vpn.permabit.com. [66.202.84.2]) by mx.google.com with ESMTPSA id j97sm3421836qgd.37.2014.07.11.14.22.18 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 11 Jul 2014 14:22:19 -0700 (PDT) From: Ken Raeburn To: Dmitry Antipov Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> Date: Fri, 11 Jul 2014 17:22:17 -0400 In-Reply-To: <53BCD52D.6090700@yandex.ru> (Dmitry Antipov's message of "Wed, 09 Jul 2014 09:37:49 +0400") Message-ID: <6eoawv616e.fsf@just-testing.permabit.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17975 Cc: 17975@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 (/) Dmitry Antipov writes: > Reproduced. The whole thing looks like a mystery (perhaps Xlib makes a > difference between :0 and :0.0 somewhere in its innards), but this > workaround works for me. Can you please try it too? It works for me too. Of course, my saved .emacs.desktop already has a mix of display names in it; I'll have to get them in sync. But of course it isn't going to address some reasonable uses of make-frame-on-display (including perhaps old scripts some of us may have lying around that invoke make-frame-on-display by way of emacsclient --eval). Perhaps a similar change can be made within the main Emacs code? I can reformulate the recipe in a form without emacsclient, for testing purposes: $ DISPLAY=:0 emacs -Q --eval \ '(let ((f (selected-frame))) (make-frame-on-display ":0.0") (delete-frame f))' If I use "(make-frame)" instead, or give make-frame-on-display the initial DISPLAY value, it works fine. It appears that mixing ":0" and "unix:0" can trigger the problem, too. At least in my X11 environment, ":0" or ":0.0" seem to be the preferred forms. So launching a non-daemon Emacs from xterm and then using the modified emacsclient with it could also be a problem, but I haven't tested it yet. Ken From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 13 01:43:48 2014 Received: (at 17975) by debbugs.gnu.org; 13 Jul 2014 05:43:48 +0000 Received: from localhost ([127.0.0.1]:53421 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6CZf-0004a6-Tu for submit@debbugs.gnu.org; Sun, 13 Jul 2014 01:43:48 -0400 Received: from forward5o.mail.yandex.net ([37.140.190.34]:34297) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6CZc-0004Zs-6j for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 01:43:46 -0400 Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [37.140.190.28]) by forward5o.mail.yandex.net (Yandex) with ESMTP id 4E3231700F14; Sun, 13 Jul 2014 09:43:37 +0400 (MSK) Received: from smtp3o.mail.yandex.net (localhost [127.0.0.1]) by smtp3o.mail.yandex.net (Yandex) with ESMTP id 002E71E26DC; Sun, 13 Jul 2014 09:43:36 +0400 (MSK) Received: from 143.gprs.mts.ru (143.gprs.mts.ru [213.87.128.143]) by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id xNGU6btnil-has0rM5O; Sun, 13 Jul 2014 09:43:36 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 2eca0501-2ea5-480c-9fdf-c64e9b01e80f DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1405230216; bh=gitp/DsCM3HeKEIdI9q+l00MrHHg51HtBdzKYKMArlE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type; b=agHA0ujKvrmcKJJ081fwbWB2ficu6jX3EVfJxt71Jxi+/+A+Uv09zsqAecnA4vN4V 5TEAUbSTlnn+3SJ19oHzqPvn4Q57PmzN/SFjjyqnY3Lw/YXGXP7dkwGjU3VztyNW4R KXTVYEVFgke46JgxAISdUMpVQLcOWkVU+YvRgMM0= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53C21C84.6030207@yandex.ru> Date: Sun, 13 Jul 2014 09:43:32 +0400 From: Dmitry Antipov 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#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> In-Reply-To: <6eoawv616e.fsf@just-testing.permabit.com> Content-Type: multipart/mixed; boundary="------------080108050300020002010707" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17975 Cc: 17975@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. --------------080108050300020002010707 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 07/12/2014 01:22 AM, Ken Raeburn wrote: > It works for me too. Of course, my saved .emacs.desktop already has a > mix of display names in it; I'll have to get them in sync. I think this won't help if you're really using multiple displays, for example, :0.0 and :1.0. > But of course it isn't going to address some reasonable uses of > make-frame-on-display (including perhaps old scripts some of us may have > lying around that invoke make-frame-on-display by way of emacsclient > --eval). Perhaps a similar change can be made within the main Emacs > code? I'm afraid that we can't do anything useful on Emacs side because of libX11 bug. If you can rebuild libX11 from git, you can try this patch; I think we should create bug report at http://bugs.freedesktop.org... Dmitry --------------080108050300020002010707 Content-Type: text/x-patch; name="lcd-core-modifiers.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="lcd-core-modifiers.patch" diff --git a/modules/im/ximcp/imInsClbk.c b/modules/im/ximcp/imInsClbk.c index d5527e0..97ed616 100644 --- a/modules/im/ximcp/imInsClbk.c +++ b/modules/im/ximcp/imInsClbk.c @@ -175,7 +175,14 @@ _XimRegisterIMInstantiateCallback( icb->display = display; icb->lcd = lcd; MakeLocale( lcd, icb->name ); - icb->modifiers = lcd->core->modifiers; /* XXXXX */ + if ( lcd->core->modifiers ) { + icb->modifiers = strdup( lcd->core->modifiers ); /* XXXXX */ + if ( icb->modifiers == NULL ) { + Xfree( icb ); + return( False ); + } + } else + icb->modifiers = NULL; icb->rdb = rdb; icb->res_name = res_name; icb->res_class = res_class; @@ -258,6 +265,8 @@ _XimUnRegisterIMInstantiateCallback( else picb->next = icb->next; _XCloseLC( icb->lcd ); + if( icb->modifiers ) + free( icb->modifiers ); XFree( icb ); } return( True ); --------------080108050300020002010707-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 13 06:49:33 2014 Received: (at 17975) by debbugs.gnu.org; 13 Jul 2014 10:49:33 +0000 Received: from localhost ([127.0.0.1]:53532 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6HLY-00049i-Cq for submit@debbugs.gnu.org; Sun, 13 Jul 2014 06:49:32 -0400 Received: from forward5h.mail.yandex.net ([84.201.186.23]:34297) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6HLT-00049Q-GT for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 06:49:29 -0400 Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward5h.mail.yandex.net (Yandex) with ESMTP id A0014D012FF; Sun, 13 Jul 2014 14:49:20 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 3A956134013C; Sun, 13 Jul 2014 14:49:20 +0400 (MSK) Received: from 154.gprs.mts.ru (154.gprs.mts.ru [213.87.133.154]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id yItHKw8Kp6-nJ8SeWTY; Sun, 13 Jul 2014 14:49:19 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: b349cdc7-d544-4b01-a001-8fd8d50aee7e DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1405248559; bh=Cm4dXusvfHiOcS1AmXrzxPd9pX0q5oouvZIAYMCAkKo=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=TCvRiUzzq7FZ4Qt/m+YzgD6rZswQCmiIKcWBra/FB/hAkMmNFJiQ2ZFR785Pbm3XY MTbZ2E25rtWXyyAdB/aT4z4dXuD4nT/2RaoXCx2s8O/Zetv1FLptqXBqihx4Em/jmR pdX1B+VLd+nBhrk9Dl8EY7gVXG3yrlg0/Rjrj0vo= Authentication-Results: smtp1h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53C26427.2050103@yandex.ru> Date: Sun, 13 Jul 2014 14:49:11 +0400 From: Dmitry Antipov 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#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> In-Reply-To: <53C21C84.6030207@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 17975 Cc: 17975@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.1 (/) On 07/13/2014 09:43 AM, Dmitry Antipov wrote: > I'm afraid that we can't do anything useful on Emacs side because of libX11 bug. > If you can rebuild libX11 from git, you can try this patch; I think we should > create bug report at http://bugs.freedesktop.org... BTW, can you also try to run under valgrind? When I'm trying Lucid build with: valgrind --tool=memcheck ./src/temacs -Q --eval '(let ((f (selected-frame))) (make-frame-on-display ":0") (delete-frame f))' I'm seeing a typical use-after-free error, most probably caused by libX11 bug: ==18243== Invalid read of size 1 ==18243== at 0x4A09FA4: strcmp (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==18243== by 0x37D9069DE6: _XimUnRegisterIMInstantiateCallback (imInsClbk.c:238) ==18243== by 0x37D9050CC0: XUnregisterIMInstantiateCallback (IMWrap.c:200) ==18243== by 0x53841E: xim_close_dpy (xterm.c:8002) ==18243== by 0x53CFF4: x_delete_terminal (xterm.c:10465) ==18243== by 0x517BB2: Fdelete_terminal (terminal.c:348) ==18243== by 0x427EA6: delete_frame (frame.c:1412) ==18243== by 0x42841C: Fdelete_frame (frame.c:1522) ==18243== by 0x60A948: eval_sub (eval.c:2183) ==18243== by 0x605C55: Fprogn (eval.c:463) ==18243== by 0x607547: Flet (eval.c:971) ==18243== by 0x60A5DF: eval_sub (eval.c:2128) ==18243== Address 0x6435d50 is 0 bytes inside a block of size 1 free'd ==18243== at 0x4A07577: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==18243== by 0x37D906002F: XSetLocaleModifiers (lcWrap.c:90) ==18243== by 0x37DBC26AA7: _XtDefaultLanguageProc (Initialize.c:473) ==18243== by 0x37DBC27D77: _XtDisplayInitialize (Initialize.c:824) ==18243== by 0x37DBC1E6BA: XtOpenDisplay (Display.c:287) ==18243== by 0x53C036: x_term_init (xterm.c:9925) ==18243== by 0x546EB5: x_display_info_for_name (xfns.c:4356) ==18243== by 0x53D6F6: check_x_display_info (xfns.c:170) ==18243== by 0x543E41: Fx_create_frame (xfns.c:2910) ==18243== by 0x60C077: Ffuncall (eval.c:2810) ==18243== by 0x6565ED: exec_byte_code (bytecode.c:918) ==18243== by 0x60CD07: funcall_lambda (eval.c:3044) With libX11 trunk from git and my patch from previous e-mail, there is no such error. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 13 06:56:51 2014 Received: (at 17975) by debbugs.gnu.org; 13 Jul 2014 10:56:51 +0000 Received: from localhost ([127.0.0.1]:53540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6HSc-0004Ln-Gk for submit@debbugs.gnu.org; Sun, 13 Jul 2014 06:56:51 -0400 Received: from forward3l.mail.yandex.net ([84.201.143.136]:53198) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6HSZ-0004LS-OE for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 06:56:48 -0400 Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward3l.mail.yandex.net (Yandex) with ESMTP id 346E91501132; Sun, 13 Jul 2014 14:56:41 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id B0B0A1B44C23; Sun, 13 Jul 2014 14:56:40 +0400 (MSK) Received: from 154.gprs.mts.ru (154.gprs.mts.ru [213.87.133.154]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id WMY045rGLF-uZaSrk8t; Sun, 13 Jul 2014 14:56:38 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 2e8ef95b-df4a-45f4-baa0-018fa859d821 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1405249000; bh=EDQGjrDM3kMer+X8wm4WTY8W5lDPRTnNWjqPN4vLAzQ=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=HqNSTIFC68zUEPxRqUQKwW9AsNbjXNaWn/PU2TaffimoGNrZudTn4uXKRe7lAX8tP DMogFAvpF907RQQK6cACioqdn0aErZ72Geskid/6vEepAMjanZDmyJS1Ua8qncJXeg LcYL3FW7L0VVurDUmODd09y/aMCNq84sJhjOroiU= Authentication-Results: smtp3h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53C265DA.9070103@yandex.ru> Date: Sun, 13 Jul 2014 14:56:26 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: 17975@debbugs.gnu.org Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> In-Reply-To: <53C26427.2050103@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.6 (/) X-Debbugs-Envelope-To: 17975 Cc: Ken Raeburn 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.6 (/) Just for the record: running Motif build with the same args, i.e. ./src/emacs -Q --eval '(let ((f (selected-frame))) (make-frame-on-display ":0") (delete-frame f))' produces a hard crash caused by an attempt to dereference NULL 'Display *' pointer somewhere in Motif's libXm.so library: Program received signal SIGSEGV, Segmentation fault. XFindContext (display=display@entry=0x0, rid=14237104, context=context@entry=-5, data=data@entry=0x7ffffffecc80) at Context.c:245 245 LockDisplay(display); (gdb) bt #0 XFindContext (display=display@entry=0x0, rid=14237104, context=context@entry=-5, data=data@entry=0x7ffffffecc80) at Context.c:245 #1 0x00000037da3a92d8 in _XmRCColorHook (w=w@entry=0x14bb6a0, alIn=alIn@entry=0x7ffffffed340, acPtrIn=acPtrIn@entry=0x7ffffffecd7c) at RCHook.c:73 #2 0x00000037dbc1bed7 in CallInitialize (class=, req_widget=req_widget@entry=0x7ffffffecec0, new_widget=new_widget@entry=0x14bb6a0, args=args@entry=0x7ffffffed340, num_args=num_args@entry=1) at Create.c:231 #3 0x00000037dbc1c867 in xtCreate (name=name@entry=0xd60490 "Line Wrapping in This Buffer", class=class@entry=0x0, widget_class=widget_class@entry=0x37da6b8800 , parent=parent@entry=0x157b060, default_screen=0x133b0a0, args=args@entry=0x7ffffffed340, num_args=num_args@entry=1, typed_args=typed_args@entry=0x0, num_typed_args=num_typed_args@entry=0, parent_constraint_class=0x0, post_proc=post_proc@entry=0x37dbc1bef0 ) at Create.c:416 #4 0x00000037dbc1cc90 in _XtCreateWidget (name=name@entry=0xd60490 "Line Wrapping in This Buffer", widget_class=widget_class@entry=0x37da6b8800 , parent=parent@entry=0x157b060, args=args@entry=0x7ffffffed340, num_args=num_args@entry=1, typed_args=typed_args@entry=0x0, num_typed_args=num_typed_args@entry=0) at Create.c:570 #5 0x00000037dbc1cf7e in XtCreateWidget (name=name@entry=0xd60490 "Line Wrapping in This Buffer", widget_class=0x37da6b8800 , parent=0x157b060, args=args@entry=0x7ffffffed340, num_args=num_args@entry=1) at Create.c:589 #6 0x00000037da2f5a02 in create (p=p@entry=0x16c7300, name=name@entry=0xd60490 "Line Wrapping in This Buffer", old_al=old_al@entry=0x0, old_ac=old_ac@entry=0, type=type@entry=2, is_radio=is_radio@entry=0) at RowColumn.c:3246 #7 0x00000037da2f7cbe in XmCreatePulldownMenu (p=0x16c7300, name=0xd60490 "Line Wrapping in This Buffer", al=0x0, ac=0) at RowColumn.c:3485 #8 0x00000000006d07a1 in update_one_menu_entry (instance=0xe22a00, widget=0x16c88c0, val=0xd60420, deep_p=1 '\001') at ../../trunk/lwlib/lwlib-Xm.c:695 #9 0x00000000006d0b40 in xm_update_menu (instance=0xe22a00, widget=0x16c7300, val=0xd56a30, deep_p=1 '\001') at ../../trunk/lwlib/lwlib-Xm.c:783 #10 0x00000000006d09c8 in update_one_menu_entry (instance=0xe22a00, widget=0x171ad50, val=0xd56a30, deep_p=1 '\001') at ../../trunk/lwlib/lwlib-Xm.c:726 #11 0x00000000006d0b40 in xm_update_menu (instance=0xe22a00, widget=0x156e1e0, val=0xc53ed0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib-Xm.c:783 #12 0x00000000006d0ec3 in xm_update_one_widget (instance=0xe22a00, widget=0x156e1e0, val=0xc53ed0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib-Xm.c:879 #13 0x00000000006ce0b1 in set_one_value (instance=0xe22a00, val=0xc53ed0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:534 #14 0x00000000006ce106 in update_one_widget_instance (instance=0xe22a00, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:554 #15 0x00000000006ce14c in update_all_widget_values (info=0xce4bd0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:564 #16 0x00000000006ce370 in lw_modify_all_widgets (id=2, val=0x1384670, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:618 #17 0x00000000004a5413 in set_frame_menubar (f=0x11b59e0, first_time=false, deep_p=true) at ../../trunk/src/xmenu.c:973 #18 0x000000000045c90e in update_menu_bar (f=0x11b59e0, save_match_data=0, hooks_run=1) at ../../trunk/src/xdisp.c:11818 #19 0x000000000045c552 in prepare_menu_bars () at ../../trunk/src/xdisp.c:11701 #20 0x0000000000460b72 in redisplay_internal () at ../../trunk/src/xdisp.c:13493 #21 0x000000000045f850 in redisplay () at ../../trunk/src/xdisp.c:13112 #22 0x000000000056be8f in read_char (commandflag=1, map=..., prev_event=..., used_mouse_menu=0x7fffffffd75f, end_time=0x0) at ../../trunk/src/keyboard.c:2918 #23 0x000000000057a588 in read_key_sequence (keybuf=0x7fffffffd940, bufsize=30, prompt=..., dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at ../../trunk/src/keyboard.c:9085 #24 0x0000000000567f3d in command_loop_1 () at ../../trunk/src/keyboard.c:1439 #25 0x0000000000608f0f in internal_condition_case (bfun=0x567b7b , handlers=..., hfun=0x567351 ) at ../../trunk/src/eval.c:1349 #26 0x0000000000567819 in command_loop_2 (ignore=...) at ../../trunk/src/keyboard.c:1170 #27 0x0000000000608392 in internal_catch (tag=..., func=0x5677f6 , arg=...) at ../../trunk/src/eval.c:1113 #28 0x00000000005677cd in command_loop () at ../../trunk/src/keyboard.c:1149 #29 0x0000000000566e7d in recursive_edit_1 () at ../../trunk/src/keyboard.c:770 #30 0x000000000056704d in Frecursive_edit () at ../../trunk/src/keyboard.c:841 #31 0x0000000000564f54 in main (argc=4, argv=0x7fffffffddc8) at ../../trunk/src/emacs.c:1656 Dmitry From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 13 11:04:00 2014 Received: (at 17975) by debbugs.gnu.org; 13 Jul 2014 15:04:00 +0000 Received: from localhost ([127.0.0.1]:53817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6LJn-0004lZ-RA for submit@debbugs.gnu.org; Sun, 13 Jul 2014 11:04:00 -0400 Received: from mtaout29.012.net.il ([80.179.55.185]:50801) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6LJk-0004lJ-UE for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 11:03:58 -0400 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N8N00F00OCW5E00@mtaout29.012.net.il> for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 18:03:47 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N8N00DVJOIA0B20@mtaout29.012.net.il>; Sun, 13 Jul 2014 18:03:47 +0300 (IDT) Date: Sun, 13 Jul 2014 18:04:00 +0300 From: Eli Zaretskii Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) In-reply-to: <53C265DA.9070103@yandex.ru> X-012-Sender: halo1@inter.net.il To: Dmitry Antipov Message-id: <831ttp9u73.fsf@gnu.org> References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> <53C265DA.9070103@yandex.ru> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17975 Cc: raeburn@permabit.com, 17975@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: Sun, 13 Jul 2014 14:56:26 +0400 > From: Dmitry Antipov > Cc: Ken Raeburn > > Just for the record: running Motif build with the same args, i.e. > > ./src/emacs -Q --eval '(let ((f (selected-frame))) (make-frame-on-display ":0") (delete-frame f))' > > produces a hard crash caused by an attempt to dereference NULL > 'Display *' pointer somewhere in Motif's libXm.so library: > > Program received signal SIGSEGV, Segmentation fault. > XFindContext (display=display@entry=0x0, rid=14237104, context=context@entry=-5, data=data@entry=0x7ffffffecc80) at Context.c:245 > 245 LockDisplay(display); > (gdb) bt > #0 XFindContext (display=display@entry=0x0, rid=14237104, context=context@entry=-5, data=data@entry=0x7ffffffecc80) at Context.c:245 > #1 0x00000037da3a92d8 in _XmRCColorHook (w=w@entry=0x14bb6a0, alIn=alIn@entry=0x7ffffffed340, acPtrIn=acPtrIn@entry=0x7ffffffecd7c) > at RCHook.c:73 > #2 0x00000037dbc1bed7 in CallInitialize (class=, req_widget=req_widget@entry=0x7ffffffecec0, > new_widget=new_widget@entry=0x14bb6a0, args=args@entry=0x7ffffffed340, num_args=num_args@entry=1) at Create.c:231 > #3 0x00000037dbc1c867 in xtCreate (name=name@entry=0xd60490 "Line Wrapping in This Buffer", class=class@entry=0x0, > widget_class=widget_class@entry=0x37da6b8800 , parent=parent@entry=0x157b060, default_screen=0x133b0a0, > args=args@entry=0x7ffffffed340, num_args=num_args@entry=1, typed_args=typed_args@entry=0x0, > num_typed_args=num_typed_args@entry=0, parent_constraint_class=0x0, post_proc=post_proc@entry=0x37dbc1bef0 ) > at Create.c:416 > #4 0x00000037dbc1cc90 in _XtCreateWidget (name=name@entry=0xd60490 "Line Wrapping in This Buffer", > widget_class=widget_class@entry=0x37da6b8800 , parent=parent@entry=0x157b060, > args=args@entry=0x7ffffffed340, num_args=num_args@entry=1, typed_args=typed_args@entry=0x0, > num_typed_args=num_typed_args@entry=0) at Create.c:570 > #5 0x00000037dbc1cf7e in XtCreateWidget (name=name@entry=0xd60490 "Line Wrapping in This Buffer", > widget_class=0x37da6b8800 , parent=0x157b060, args=args@entry=0x7ffffffed340, num_args=num_args@entry=1) > at Create.c:589 > #6 0x00000037da2f5a02 in create (p=p@entry=0x16c7300, name=name@entry=0xd60490 "Line Wrapping in This Buffer", > old_al=old_al@entry=0x0, old_ac=old_ac@entry=0, type=type@entry=2, is_radio=is_radio@entry=0) at RowColumn.c:3246 > #7 0x00000037da2f7cbe in XmCreatePulldownMenu (p=0x16c7300, name=0xd60490 "Line Wrapping in This Buffer", al=0x0, ac=0) > at RowColumn.c:3485 > #8 0x00000000006d07a1 in update_one_menu_entry (instance=0xe22a00, widget=0x16c88c0, val=0xd60420, deep_p=1 '\001') > at ../../trunk/lwlib/lwlib-Xm.c:695 > #9 0x00000000006d0b40 in xm_update_menu (instance=0xe22a00, widget=0x16c7300, val=0xd56a30, deep_p=1 '\001') > at ../../trunk/lwlib/lwlib-Xm.c:783 > #10 0x00000000006d09c8 in update_one_menu_entry (instance=0xe22a00, widget=0x171ad50, val=0xd56a30, deep_p=1 '\001') > at ../../trunk/lwlib/lwlib-Xm.c:726 > #11 0x00000000006d0b40 in xm_update_menu (instance=0xe22a00, widget=0x156e1e0, val=0xc53ed0, deep_p=1 '\001') > at ../../trunk/lwlib/lwlib-Xm.c:783 > #12 0x00000000006d0ec3 in xm_update_one_widget (instance=0xe22a00, widget=0x156e1e0, val=0xc53ed0, deep_p=1 '\001') > at ../../trunk/lwlib/lwlib-Xm.c:879 > #13 0x00000000006ce0b1 in set_one_value (instance=0xe22a00, val=0xc53ed0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:534 > #14 0x00000000006ce106 in update_one_widget_instance (instance=0xe22a00, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:554 > #15 0x00000000006ce14c in update_all_widget_values (info=0xce4bd0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:564 > #16 0x00000000006ce370 in lw_modify_all_widgets (id=2, val=0x1384670, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:618 > #17 0x00000000004a5413 in set_frame_menubar (f=0x11b59e0, first_time=false, deep_p=true) at ../../trunk/src/xmenu.c:973 > #18 0x000000000045c90e in update_menu_bar (f=0x11b59e0, save_match_data=0, hooks_run=1) at ../../trunk/src/xdisp.c:11818 > #19 0x000000000045c552 in prepare_menu_bars () at ../../trunk/src/xdisp.c:11701 Does it help to avoid calling update_menu_bar for frames that don't pass the FRAME_LIVE_P test? From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 13 11:54:29 2014 Received: (at 17975) by debbugs.gnu.org; 13 Jul 2014 15:54:29 +0000 Received: from localhost ([127.0.0.1]:53838 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6M6e-00064D-QC for submit@debbugs.gnu.org; Sun, 13 Jul 2014 11:54:29 -0400 Received: from forward2h.mail.yandex.net ([84.201.187.147]:39471) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6M6c-000640-FT for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 11:54:27 -0400 Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward2h.mail.yandex.net (Yandex) with ESMTP id 7C237700FB3; Sun, 13 Jul 2014 19:54:19 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 7BD182C4984; Sun, 13 Jul 2014 19:54:18 +0400 (MSK) Received: from 154.gprs.mts.ru (154.gprs.mts.ru [213.87.133.154]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 9JSnVSWpBp-sHZ0evr7; Sun, 13 Jul 2014 19:54:17 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 4cb3ae22-052b-4864-a1f8-774baaeb27c5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1405266857; bh=XqXwtqhImVkFh+EwYQ1kmCBF4nCbwykTid/9MoflZno=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AHOxDA4BanzfVfqPZ0k2OL4sEfv+OBHvZkb4hODEQru5d1bHHxgO7pO7eoeuEq0ru AXM8MWZ9XFOzCXULDxWeQwkGvwbCDzxoMSSaHqdhKRgOpJqXZAYBfpgfcCxdII14AJ gtrq5cjCif5pXjZ8tI7ZLZRsdTbglsmZ2wFE/WB0= Authentication-Results: smtp4h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53C2ABA7.9080907@yandex.ru> Date: Sun, 13 Jul 2014 19:54:15 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> <53C265DA.9070103@yandex.ru> <831ttp9u73.fsf@gnu.org> In-Reply-To: <831ttp9u73.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 17975 Cc: raeburn@permabit.com, 17975@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.1 (/) On 07/13/2014 07:04 PM, Eli Zaretskii wrote: > Does it help to avoid calling update_menu_bar for frames that don't > pass the FRAME_LIVE_P test? If you mean just this: === modified file 'src/xdisp.c' --- src/xdisp.c 2014-07-12 17:53:29 +0000 +++ src/xdisp.c 2014-07-13 15:32:01 +0000 @@ -11698,7 +11698,8 @@ } GCPRO1 (tail); - menu_bar_hooks_run = update_menu_bar (f, 0, menu_bar_hooks_run); + if (FRAME_LIVE_P (f)) + menu_bar_hooks_run = update_menu_bar (f, 0, menu_bar_hooks_run); #ifdef HAVE_WINDOW_SYSTEM update_tool_bar (f, 0); #endif then no, at least for Ken's test case. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 13 12:35:44 2014 Received: (at 17975) by debbugs.gnu.org; 13 Jul 2014 16:35:44 +0000 Received: from localhost ([127.0.0.1]:53852 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6MkZ-0007Ag-Gv for submit@debbugs.gnu.org; Sun, 13 Jul 2014 12:35:43 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:53365) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6MkV-0007AM-7q for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 12:35:41 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N8N00100SIH4O00@a-mtaout22.012.net.il> for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 19:35:32 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N8N000VCSR7TU50@a-mtaout22.012.net.il>; Sun, 13 Jul 2014 19:35:32 +0300 (IDT) Date: Sun, 13 Jul 2014 19:35:42 +0300 From: Eli Zaretskii Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) In-reply-to: <53C2ABA7.9080907@yandex.ru> X-012-Sender: halo1@inter.net.il To: Dmitry Antipov Message-id: <83zjgd8bdt.fsf@gnu.org> References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> <53C265DA.9070103@yandex.ru> <831ttp9u73.fsf@gnu.org> <53C2ABA7.9080907@yandex.ru> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17975 Cc: raeburn@permabit.com, 17975@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: Sun, 13 Jul 2014 19:54:15 +0400 > From: Dmitry Antipov > CC: raeburn@permabit.com, 17975@debbugs.gnu.org > > On 07/13/2014 07:04 PM, Eli Zaretskii wrote: > > > Does it help to avoid calling update_menu_bar for frames that don't > > pass the FRAME_LIVE_P test? > > If you mean just this: > > === modified file 'src/xdisp.c' > --- src/xdisp.c 2014-07-12 17:53:29 +0000 > +++ src/xdisp.c 2014-07-13 15:32:01 +0000 > @@ -11698,7 +11698,8 @@ > } > > GCPRO1 (tail); > - menu_bar_hooks_run = update_menu_bar (f, 0, menu_bar_hooks_run); > + if (FRAME_LIVE_P (f)) > + menu_bar_hooks_run = update_menu_bar (f, 0, menu_bar_hooks_run); > #ifdef HAVE_WINDOW_SYSTEM > update_tool_bar (f, 0); > #endif > > then no, at least for Ken's test case. No, I meant to skip the entire loop for non-live frames, like we do for tooltip frames. If this doesn't fix the crash, then please show the backtrace, because the previous one started with the update_menu_bar call. If it is called for a frame other than the one just deleted, then what exactly is the reason for the crash? Why is the frame's display structure NULL? From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 13 14:01:24 2014 Received: (at 17975) by debbugs.gnu.org; 13 Jul 2014 18:01:24 +0000 Received: from localhost ([127.0.0.1]:53883 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6O5T-00011g-Cg for submit@debbugs.gnu.org; Sun, 13 Jul 2014 14:01:23 -0400 Received: from forward5h.mail.yandex.net ([84.201.186.23]:35705) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6O5P-00011P-PG for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 14:01:21 -0400 Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward5h.mail.yandex.net (Yandex) with ESMTP id 94353D0122D; Sun, 13 Jul 2014 22:01:12 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 0166A1B43048; Sun, 13 Jul 2014 22:01:11 +0400 (MSK) Received: from 154.gprs.mts.ru (154.gprs.mts.ru [213.87.133.154]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id v8EreJqVM2-17amc3Ap; Sun, 13 Jul 2014 22:01:08 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: d2313efb-236d-45fe-8a77-086b1f60ea05 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1405274471; bh=6lGoPLnLn4ysPFgF0Q9HghpKFAcBGtppW/9p1/3fKcc=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=CRkVxLnbnsqyp+OFKTByvy7H+x28uIve5WjKs+/QodMcFjKVgk13o3Phgmo8AClGY 50gj46atSO1roD3HE89D4mv3M0bs2g1hU+ppobZZ4HUCsV8TRCVGRe99BM4rmqpQwp 54UkK2UgG8bU+B8JzwyY8M74J4aW9MwqLJ3zLifg= Authentication-Results: smtp3h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53C2C960.5030706@yandex.ru> Date: Sun, 13 Jul 2014 22:01:04 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> <53C265DA.9070103@yandex.ru> <831ttp9u73.fsf@gnu.org> <53C2ABA7.9080907@yandex.ru> <83zjgd8bdt.fsf@gnu.org> In-Reply-To: <83zjgd8bdt.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 17975 Cc: raeburn@permabit.com, 17975@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.1 (/) On 07/13/2014 08:35 PM, Eli Zaretskii wrote: > If this doesn't fix the crash, then please show the backtrace, because > the previous one started with the update_menu_bar call. The backtrace at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17975#20 has 32 frames started from main. For the record, this is another one: #0 XFindContext (display=display@entry=0x0, rid=12681952, context=context@entry=-5, data=data@entry=0x7ffffffecc80) at Context.c:245 #1 0x00000037da3a92d8 in _XmRCColorHook (w=w@entry=0x143d0c0, alIn=alIn@entry=0x7ffffffed340, acPtrIn=acPtrIn@entry=0x7ffffffecd7c) at RCHook.c:73 #2 0x00000037dbc1bed7 in CallInitialize (class=, req_widget=req_widget@entry=0x7ffffffecec0, new_widget=new_widget@entry=0x143d0c0, args=args@entry=0x7ffffffed340, num_args=num_args@entry=1) at Create.c:231 #3 0x00000037dbc1c867 in xtCreate (name=name@entry=0xd62ce0 "Line Wrapping in This Buffer", class=class@entry=0x0, widget_class=widget_class@entry=0x37da6b8800 , parent=parent@entry=0x1535ce0, default_screen=0x133b220, args=args@entry=0x7ffffffed340, num_args=num_args@entry=1, typed_args=typed_args@entry=0x0, num_typed_args=num_typed_args@entry=0, parent_constraint_class=0x0, post_proc=post_proc@entry=0x37dbc1bef0 ) at Create.c:416 #4 0x00000037dbc1cc90 in _XtCreateWidget (name=name@entry=0xd62ce0 "Line Wrapping in This Buffer", widget_class=widget_class@entry=0x37da6b8800 , parent=parent@entry=0x1535ce0, args=args@entry=0x7ffffffed340, num_args=num_args@entry=1, typed_args=typed_args@entry=0x0, num_typed_args=num_typed_args@entry=0) at Create.c:570 #5 0x00000037dbc1cf7e in XtCreateWidget (name=name@entry=0xd62ce0 "Line Wrapping in This Buffer", widget_class=0x37da6b8800 , parent=0x1535ce0, args=args@entry=0x7ffffffed340, num_args=num_args@entry=1) at Create.c:589 #6 0x00000037da2f5a02 in create (p=p@entry=0x1550760, name=name@entry=0xd62ce0 "Line Wrapping in This Buffer", old_al=old_al@entry=0x0, old_ac=old_ac@entry=0, type=type@entry=2, is_radio=is_radio@entry=0) at RowColumn.c:3246 #7 0x00000037da2f7cbe in XmCreatePulldownMenu (p=0x1550760, name=0xd62ce0 "Line Wrapping in This Buffer", al=0x0, ac=0) at RowColumn.c:3485 #8 0x00000000006d07b6 in update_one_menu_entry (instance=0xbf12a0, widget=0x1551ba0, val=0xd62c70, deep_p=1 '\001') at ../../trunk/lwlib/lwlib-Xm.c:695 #9 0x00000000006d0b55 in xm_update_menu (instance=0xbf12a0, widget=0x1550760, val=0xd62a50, deep_p=1 '\001') at ../../trunk/lwlib/lwlib-Xm.c:783 #10 0x00000000006d09dd in update_one_menu_entry (instance=0xbf12a0, widget=0x171bbf0, val=0xd62a50, deep_p=1 '\001') at ../../trunk/lwlib/lwlib-Xm.c:726 #11 0x00000000006d0b55 in xm_update_menu (instance=0xbf12a0, widget=0x150db10, val=0xc009a0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib-Xm.c:783 #12 0x00000000006d0ed8 in xm_update_one_widget (instance=0xbf12a0, widget=0x150db10, val=0xc009a0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib-Xm.c:879 #13 0x00000000006ce0c6 in set_one_value (instance=0xbf12a0, val=0xc009a0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:534 #14 0x00000000006ce11b in update_one_widget_instance (instance=0xbf12a0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:554 #15 0x00000000006ce161 in update_all_widget_values (info=0x13532a0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:564 #16 0x00000000006ce385 in lw_modify_all_widgets (id=2, val=0x1384ff0, deep_p=1 '\001') at ../../trunk/lwlib/lwlib.c:618 #17 0x00000000004a5428 in set_frame_menubar (f=0x11b49d0, first_time=false, deep_p=true) at ../../trunk/src/xmenu.c:973 #18 0x000000000045c923 in update_menu_bar (f=0x11b49d0, save_match_data=0, hooks_run=1) at ../../trunk/src/xdisp.c:11822 #19 0x000000000045c567 in prepare_menu_bars () at ../../trunk/src/xdisp.c:11705 #20 0x0000000000460b87 in redisplay_internal () at ../../trunk/src/xdisp.c:13497 #21 0x000000000045f865 in redisplay () at ../../trunk/src/xdisp.c:13116 #22 0x000000000056af8a in read_char (commandflag=1, map=..., prev_event=..., used_mouse_menu=0x7fffffffd75f, end_time=0x0) at ../../trunk/src/keyboard.c:2561 #23 0x000000000057a59d in read_key_sequence (keybuf=0x7fffffffd940, bufsize=30, prompt=..., dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at ../../trunk/src/keyboard.c:9085 #24 0x0000000000567f52 in command_loop_1 () at ../../trunk/src/keyboard.c:1439 #25 0x0000000000608f24 in internal_condition_case (bfun=0x567b90 , handlers=..., hfun=0x567366 ) at ../../trunk/src/eval.c:1349 #26 0x000000000056782e in command_loop_2 (ignore=...) at ../../trunk/src/keyboard.c:1170 #27 0x00000000006083a7 in internal_catch (tag=..., func=0x56780b , arg=...) at ../../trunk/src/eval.c:1113 #28 0x00000000005677e2 in command_loop () at ../../trunk/src/keyboard.c:1149 #29 0x0000000000566e92 in recursive_edit_1 () at ../../trunk/src/keyboard.c:770 #30 0x0000000000567062 in Frecursive_edit () at ../../trunk/src/keyboard.c:841 #31 0x0000000000564f69 in main (argc=4, argv=0x7fffffffddc8) at ../../trunk/src/emacs.c:1656 > If it is > called for a frame other than the one just deleted, then what exactly > is the reason for the crash? Why is the frame's display structure > NULL? I don't know what "the frame's display structure" is. If you mean F->output_data.x->display_info->display, then it looks correct. For the crash listed above (frame pointer noticed at #18): (gdb) p ((struct frame *)0x11b49d0)->output_data.x->display_info $1 = (struct x_display_info *) 0xd834a0 (gdb) p ((struct frame *)0x11b49d0)->output_data.x->display_info->display $2 = (Display *) 0xc182e0 And the frame is definitely live: (gdb) p ((struct frame *)0x11b49d0)->terminal $3 = (struct terminal *) 0x11b3c28 Dmitry From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 13 14:28:09 2014 Received: (at 17975) by debbugs.gnu.org; 13 Jul 2014 18:28:09 +0000 Received: from localhost ([127.0.0.1]:53908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6OVM-0001k4-Go for submit@debbugs.gnu.org; Sun, 13 Jul 2014 14:28:08 -0400 Received: from mtaout26.012.net.il ([80.179.55.182]:47167) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6OVJ-0001jP-KQ for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 14:28:07 -0400 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0N8N00400XAVKA00@mtaout26.012.net.il> for 17975@debbugs.gnu.org; Sun, 13 Jul 2014 21:23:38 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N8N001ENXREWT40@mtaout26.012.net.il>; Sun, 13 Jul 2014 21:23:38 +0300 (IDT) Date: Sun, 13 Jul 2014 21:28:08 +0300 From: Eli Zaretskii Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) In-reply-to: <53C2C960.5030706@yandex.ru> X-012-Sender: halo1@inter.net.il To: Dmitry Antipov Message-id: <83wqbh866f.fsf@gnu.org> References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> <53C265DA.9070103@yandex.ru> <831ttp9u73.fsf@gnu.org> <53C2ABA7.9080907@yandex.ru> <83zjgd8bdt.fsf@gnu.org> <53C2C960.5030706@yandex.ru> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17975 Cc: raeburn@permabit.com, 17975@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: Sun, 13 Jul 2014 22:01:04 +0400 > From: Dmitry Antipov > CC: raeburn@permabit.com, 17975@debbugs.gnu.org > > On 07/13/2014 08:35 PM, Eli Zaretskii wrote: > > > If this doesn't fix the crash, then please show the backtrace, because > > the previous one started with the update_menu_bar call. > > The backtrace at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17975#20 > has 32 frames started from main. For the record, this is another one: It still includes the call to update_menu_bar. So which frame is it that is passed to update_menu_bar -- the one you deleted or the one just created by make-frame-on-display? From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 14 01:13:24 2014 Received: (at 17975) by debbugs.gnu.org; 14 Jul 2014 05:13:24 +0000 Received: from localhost ([127.0.0.1]:54103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6YZn-00051t-Sr for submit@debbugs.gnu.org; Mon, 14 Jul 2014 01:13:24 -0400 Received: from mail-qc0-f181.google.com ([209.85.216.181]:41911) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6YZk-00051f-Io for 17975@debbugs.gnu.org; Mon, 14 Jul 2014 01:13:21 -0400 Received: by mail-qc0-f181.google.com with SMTP id w7so139483qcr.12 for <17975@debbugs.gnu.org>; Sun, 13 Jul 2014 22:13:14 -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=aziWz97TddQRKwI8MR/6X9iBpO7q6tgKUhFzJtChjiU=; b=X2awlJRPK34e50W89+2KByzLWz2bw2YhmfSoU1LSX4OPWVZ5tL5XQ5RgrcAcgPUR9l 0dPZf1KiK+WRyhDPN9fqv/CrEWLHF/RwQ8rz5n/OIGbkHr/r4CGn+guqVu/8ovktwXCe 93VVcY+/OUR7Yek69k3opcd9dkh/WO37L4Ga8= 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=aziWz97TddQRKwI8MR/6X9iBpO7q6tgKUhFzJtChjiU=; b=WyVtv7NNhZprQ0BpwQh2CgNL2FenXYJysZvsybf5e87Q5sN6gbyiqKveWAicYGEcj4 Ke5XoAOHlrk0TtuERjNk5pYtWLIq/JxWwbszQL1n25tWccpPtjdRYIE2M+prvCjMnwli eB2bhOAM21Yt7D0CoshU4MhQduhAqOsC4G6RPw3T5DHxBloAtF+3D9ByEkuOyR/0W2dY CVfjcBaK2Op52Y+XExnLwDj/UfnjtN244uhUsgakqYH+zqprPCXPkiFISJcsapP9aFYJ n14GmmcclkMJOv9G7mvDp74pUGMAPGlYZMfZOOsi4eSOb2I0NraYhZLJhY9LS4c6n5ZD 2AYQ== X-Gm-Message-State: ALoCoQmSwrJ1uuxxiA2Kr6pYM05R+oa80l4jmblKHWIsBXfPh0KzaD2RRmUW3pH5B1dGUXvSEY/o X-Received: by 10.224.128.9 with SMTP id i9mr19020038qas.50.1405314794824; Sun, 13 Jul 2014 22:13:14 -0700 (PDT) Received: from ?IPv6:2002:328a:b786:1:bd41:b1d8:5181:cad3? ([2002:328a:b786:1:bd41:b1d8:5181:cad3]) by mx.google.com with ESMTPSA id x9sm18585097qas.26.2014.07.13.22.13.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 13 Jul 2014 22:13:13 -0700 (PDT) Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) 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: <53C21C84.6030207@yandex.ru> Date: Mon, 14 Jul 2014 01:13:10 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> To: Dmitry Antipov X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17975 Cc: 17975@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 Jul 13, 2014, at 01:43, Dmitry Antipov wrote: > On 07/12/2014 01:22 AM, Ken Raeburn wrote: >=20 >> It works for me too. Of course, my saved .emacs.desktop already has a >> mix of display names in it; I'll have to get them in sync. >=20 > I think this won't help if you're really using multiple displays, > for example, :0.0 and :1.0. I meant a mix of :0 and :0.0 forms had been saved. >=20 >> But of course it isn't going to address some reasonable uses of >> make-frame-on-display (including perhaps old scripts some of us may = have >> lying around that invoke make-frame-on-display by way of emacsclient >> --eval). Perhaps a similar change can be made within the main Emacs >> code? >=20 > I'm afraid that we can't do anything useful on Emacs side because of = libX11 bug. Would it not be enough to do a similar canonicalization of $DISPLAY and = the make-frame-on-display argument, if that was enough in emacsclient? > If you can rebuild libX11 from git, you can try this patch; I think we = should > create bug report at http://bugs.freedesktop.org... I don't think it would be practical for me to run a patched X11 at work. = I was going to run a test at home, but my home GNU/Linux setup (Debian = "wheezy" distro) seems to have a newer X11 package (1.5.0, with patches = including ximcp/imLcPrs.c and imTrX.c but not imInsClbk.c) than the one = at work (Ubuntu "precise" distro, 1.4.99.1 with patches), and I haven't = been able to reproduce the problem yet. I tried running under valgrind (on the Ubuntu system where I can = reproduce the problem, similar invocation except for using localhost:10 = and localhost:10.0 because I'm logged in remotely) and I got an = invalid-read error as well, though the location where the memory was = already freed is in Emacs, not in X11 (though perhaps that just means = X11 freed it while Emacs kept a dangling reference, then Emacs allocated = the same buffer pointer and freed it again): =3D=3D5812=3D=3D Invalid read of size 1 =3D=3D5812=3D=3D at 0x4C2CB64: strcmp (in = /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) =3D=3D5812=3D=3D by 0x699F2E9: _XimUnRegisterIMInstantiateCallback = (imInsClbk.c:238) =3D=3D5812=3D=3D by 0x69861B4: XUnregisterIMInstantiateCallback = (IMWrap.c:200) =3D=3D5812=3D=3D by 0x4EA5F4: x_delete_terminal (xterm.c:8003) =3D=3D5812=3D=3D by 0x4DDFE1: Fdelete_terminal (terminal.c:348) =3D=3D5812=3D=3D by 0x423755: delete_frame (frame.c:1399) =3D=3D5812=3D=3D by 0x5A08DD: eval_sub (eval.c:2188) =3D=3D5812=3D=3D by 0x5A0CE4: Fprogn (eval.c:468) =3D=3D5812=3D=3D by 0x5A4846: Flet (eval.c:976) =3D=3D5812=3D=3D by 0x5A06B6: eval_sub (eval.c:2133) =3D=3D5812=3D=3D by 0x5A3310: Feval (eval.c:2003) =3D=3D5812=3D=3D by 0x5A16FD: Ffuncall (eval.c:2818) =3D=3D5812=3D=3D Address 0xed139b0 is 0 bytes inside a block of size 10 = free'd =3D=3D5812=3D=3D at 0x4C2B7B2: realloc (in = /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) =3D=3D5812=3D=3D by 0x581861: xrealloc (alloc.c:717) =3D=3D5812=3D=3D by 0x4B187A: alloc_destination (coding.c:1060) =3D=3D5812=3D=3D by 0x4B3F98: encode_coding_utf_8 (coding.c:1546) =3D=3D5812=3D=3D by 0x4BEB2A: encode_coding_object (coding.c:7783) =3D=3D5812=3D=3D by 0x4C0643: code_convert_string (coding.c:9470) =3D=3D5812=3D=3D by 0x47E376: digest_single_submenu (menu.c:784) =3D=3D5812=3D=3D by 0x47FB2B: set_frame_menubar (xmenu.c:901) =3D=3D5812=3D=3D by 0x503C80: Fx_create_frame (xfns.c:3192) =3D=3D5812=3D=3D by 0x5A1731: Ffuncall (eval.c:2815) =3D=3D5812=3D=3D by 0x5E055C: exec_byte_code (bytecode.c:916) =3D=3D5812=3D=3D by 0x5A0F91: funcall_lambda (eval.c:3049) =3D=3D5812=3D=3D=20 xterm.c:8007: Emacs fatal error: assertion failed: ret =3D=3D True Fatal error 6: Aborted Ken= From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 14 01:20:54 2014 Received: (at 17975) by debbugs.gnu.org; 14 Jul 2014 05:20:54 +0000 Received: from localhost ([127.0.0.1]:54108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6Yh3-0005DM-4K for submit@debbugs.gnu.org; Mon, 14 Jul 2014 01:20:53 -0400 Received: from forward3l.mail.yandex.net ([84.201.143.136]:41013) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6Yh0-0005D7-LV for 17975@debbugs.gnu.org; Mon, 14 Jul 2014 01:20:51 -0400 Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward3l.mail.yandex.net (Yandex) with ESMTP id 41372150156B; Mon, 14 Jul 2014 09:20:43 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 9339B1340F6C; Mon, 14 Jul 2014 09:20:42 +0400 (MSK) Received: from 232.gprs.mts.ru (232.gprs.mts.ru [213.87.136.232]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 2izM3ja3Pk-KfZiwl2r; Mon, 14 Jul 2014 09:20:41 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: d082e899-f492-41d5-8766-1facb8558a41 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1405315242; bh=CF+PPkL8iRhXMRx5XnZ1166PdigltwnePyugtLnOiT8=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=HZA1MsHwvxfICNLbvVY3V+Wadu137nhvMKJA1G9lBsNrIIRO4yzexxxiUdUm4xXFC EWFe8D39F4EYluDS3K4VCrIu1RMieqcXU7Gv3tq2ptcfQSLI6f4UeclDI69ZudehKg JsXSwUBAZuOWF18k2umJd/wMLKojwfehytOb0SxI= Authentication-Results: smtp1h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53C368A7.4030601@yandex.ru> Date: Mon, 14 Jul 2014 09:20:39 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> <53C265DA.9070103@yandex.ru> <831ttp9u73.fsf@gnu.org> <53C2ABA7.9080907@yandex.ru> <83zjgd8bdt.fsf@gnu.org> <53C2C960.5030706@yandex.ru> <83wqbh866f.fsf@gnu.org> In-Reply-To: <83wqbh866f.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17975 Cc: raeburn@permabit.com, 17975@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 07/13/2014 10:28 PM, Eli Zaretskii wrote: > It still includes the call to update_menu_bar. So which frame is it > that is passed to update_menu_bar -- the one you deleted or the one > just created by make-frame-on-display? The just created one. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 14 03:24:10 2014 Received: (at 17975) by debbugs.gnu.org; 14 Jul 2014 07:24:10 +0000 Received: from localhost ([127.0.0.1]:54146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6acL-0008P4-MK for submit@debbugs.gnu.org; Mon, 14 Jul 2014 03:24:10 -0400 Received: from forward4h.mail.yandex.net ([84.201.186.22]:55660) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6acI-0008OT-Gv for 17975@debbugs.gnu.org; Mon, 14 Jul 2014 03:24:08 -0400 Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward4h.mail.yandex.net (Yandex) with ESMTP id B1C841B20725; Mon, 14 Jul 2014 11:23:41 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 424AF1B43DA9; Mon, 14 Jul 2014 11:23:41 +0400 (MSK) Received: from 232.gprs.mts.ru (232.gprs.mts.ru [213.87.136.232]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id e0RAapup1L-NduGB3KT; Mon, 14 Jul 2014 11:23:40 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: b7740c02-12fa-4e62-a2d9-68ffdec33ccd DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1405322620; bh=peKiqAIiuz8rMjMbOCzJ+vnH5uWyYS1NYCiJslxum+4=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=MSk8MYs3iFtgIPPi1Hu7yMuM9xt72vCklB0Z14ZsT8I2U2yj8GesZ11mZnZj36/Oe lMw7kud6O6kwsPOuQddHmx7Ni7BoAlV1aJu8bBczhihywtY/+0pCfZHMopcFW+5mqW SF1b2KLhJjMlAILy0VQvFqrktnAyfNWnjQgu6d4s= Authentication-Results: smtp3h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53C38578.7020207@yandex.ru> Date: Mon, 14 Jul 2014 11:23:36 +0400 From: Dmitry Antipov 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#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17975 Cc: 17975@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 07/14/2014 09:13 AM, Ken Raeburn wrote: > Would it not be enough to do a similar canonicalization of $DISPLAY > and the make-frame-on-display argument, if that was enough in emacsclient? Probably no - the following example also crashes: ./src/emacs -Q --eval '(let ((f (selected-frame))) (make-frame-on-display ":1.0") (delete-frame f))' where :1.0 is Xnest running on the same machine. > I don't think it would be practical for me to run a patched X11 at work. I was going to run a test at home, > but my home GNU/Linux setup (Debian "wheezy" distro) seems to have a newer X11 package (1.5.0, with patches > including ximcp/imLcPrs.c and imTrX.c but not imInsClbk.c) than the one at work (Ubuntu "precise" distro, > 1.4.99.1 with patches), and I haven't been able to reproduce the problem yet. I tried both stock Fedora 20 libX11-1.6.1 and 1.6.2 recompiled from rawhide, and was able to reproduce with both. This mess raises up an old question: should Emacs treat localhost:0/unix:0/:0.0/:0 etc. like the same display and has the only connection for all of them? It was discussed a long time ago, at least at http://lists.gnu.org/archive/html/emacs-devel/2011-10/msg00363.html. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 14 04:11:11 2014 Received: (at 17975) by debbugs.gnu.org; 14 Jul 2014 08:11:11 +0000 Received: from localhost ([127.0.0.1]:54156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6bLq-000192-R0 for submit@debbugs.gnu.org; Mon, 14 Jul 2014 04:11:11 -0400 Received: from mailfe07.swip.net ([212.247.154.193]:55789 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6bLn-00018R-O2 for 17975@debbugs.gnu.org; Mon, 14 Jul 2014 04:11:09 -0400 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 515991720; Mon, 14 Jul 2014 10:11:00 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <53C38578.7020207@yandex.ru> Date: Mon, 14 Jul 2014 10:10:58 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7C331095-BEF6-4783-8AD1-A559161FBC96@swipnet.se> References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C38578.7020207@yandex.ru> To: Dmitry Antipov X-Mailer: Apple Mail (2.1878.6) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 17975 Cc: Ken Raeburn , 17975@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 (/) Hi. 14 jul 2014 kl. 09:23 skrev Dmitry Antipov : > This mess raises up an old question: should Emacs treat = localhost:0/unix:0/:0.0/:0 etc. > like the same display and has the only connection for all of them? It = was discussed a long > time ago, at least at = http://lists.gnu.org/archive/html/emacs-devel/2011-10/msg00363.html. unix:0 and :0 may be talking to the same X server, but they may use = different transports. So in some sense they are not "the same". Jan D. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 14 06:19:27 2014 Received: (at 17975) by debbugs.gnu.org; 14 Jul 2014 10:19:27 +0000 Received: from localhost ([127.0.0.1]:54222 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6dLv-0004VO-Ld for submit@debbugs.gnu.org; Mon, 14 Jul 2014 06:19:27 -0400 Received: from forward1l.mail.yandex.net ([84.201.143.144]:54579) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6dLq-0004Uz-HG for 17975@debbugs.gnu.org; Mon, 14 Jul 2014 06:19:22 -0400 Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward1l.mail.yandex.net (Yandex) with ESMTP id B0C8F15215AA; Mon, 14 Jul 2014 14:19:09 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 2779F1B44D35; Mon, 14 Jul 2014 14:19:09 +0400 (MSK) Received: from 232.gprs.mts.ru (232.gprs.mts.ru [213.87.136.232]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id g3Li2yjPu0-J8u4XTJp; Mon, 14 Jul 2014 14:19:08 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 7839a481-66f2-44d4-81ba-9e8fa73c6470 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1405333148; bh=f9hZGNm7mj9VIP/06kdiNWqx+ANiNL9ARwffdJg+3iY=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=IQ97xBuBg+sekyjuKRXcl0GkO/R+tNy7ru5PY+v6w/6782gkLFvbxSU5QuYsFkB6X o1MdsPrLjsx5cf5fUlolh+5RwILbhV5CWPIhughQKiikCzswg5tc4UfYpsbb8E9XzU UAZ53fpNctxALYCOGaQ673gfuko6WeddNv3LyXhU= Authentication-Results: smtp3h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53C3AE9B.6010305@yandex.ru> Date: Mon, 14 Jul 2014 14:19:07 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C38578.7020207@yandex.ru> <7C331095-BEF6-4783-8AD1-A559161FBC96@swipnet.se> In-Reply-To: <7C331095-BEF6-4783-8AD1-A559161FBC96@swipnet.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17975 Cc: Ken Raeburn , 17975@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 07/14/2014 12:10 PM, Jan Dj=E4rv wrote: > unix:0 and :0 may be talking to the same X server, but they may use dif= ferent transports. > So in some sense they are not "the same". Heh, IP and name resolving makes an even more trouble - 127.0.0.1:0, loca= host:0, myhost:0, [external-IP]:0 and myhost.mydomain.com:0 may be talking to the= same X server by using the same transport. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 14 14:59:00 2014 Received: (at 17975) by debbugs.gnu.org; 14 Jul 2014 18:59:00 +0000 Received: from localhost ([127.0.0.1]:54921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6lSh-0004hI-9s for submit@debbugs.gnu.org; Mon, 14 Jul 2014 14:58:59 -0400 Received: from mail-la0-f50.google.com ([209.85.215.50]:55862) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X6lSb-0004gz-Un for 17975@debbugs.gnu.org; Mon, 14 Jul 2014 14:58:54 -0400 Received: by mail-la0-f50.google.com with SMTP id pv20so3237691lab.9 for <17975@debbugs.gnu.org>; Mon, 14 Jul 2014 11:58:43 -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=3AukWTphl+gU3fbXnL9XnqSw8SBW0fvqoFkGWj9Y7Lo=; b=fBjAHjLJeMlG6jOpQw+x4gtftUsIbX2PiCR7lxjLfzQlxLVkRYzhaIRFUfMbH/iuoD f8cGlSEMawZWQAWYimiaj4BGST+5sLIn3jMAovXaBgim7xA2kegQnw9Fv0r62BvYHZOD yspANF0eV7YgszNRjoOhF7sQa19POdQdJC4VM= 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=3AukWTphl+gU3fbXnL9XnqSw8SBW0fvqoFkGWj9Y7Lo=; b=HL1QmYTLIgg2oaJDy8Gma4fYvGWZLk26FvQfKZ7MdeBK8Rd/fuyg85HnYTY7neUoTS sIRdfmxZeBTTGDqA2vEfaQKqXkLNmsKokP4goSoqmdKzU1nSV0Y73wq3lSJuzf+6PLJl OsBF4YF8y3JxEVK1QzVtwYfy4EA4uwoV6xXpHiHHGTk2llqtf1whSjIjC0kwS7WV/aR0 xQN+m3JJg4leyxDBvb4H6foDO93EQRykqgg9QusM+oyRxbnNLQ6u06hKTsgDJjgRpREe gHSJsQX2mZZSF4du6v57way2SmpqunGiVM0F7WjG1d5wDuqOE/lnmqL5m82M3S6L6QfI zGMw== X-Gm-Message-State: ALoCoQlaDarQZ+ZHiDQZ/Y1CD6srmNzgXBibrn/Ki1P1kPeoUrAqvuu0+ouWWe2JlDufojBUkBsO MIME-Version: 1.0 X-Received: by 10.112.148.10 with SMTP id to10mr2781344lbb.77.1405364323675; Mon, 14 Jul 2014 11:58:43 -0700 (PDT) Received: by 10.112.17.74 with HTTP; Mon, 14 Jul 2014 11:58:43 -0700 (PDT) In-Reply-To: <53C3AE9B.6010305@yandex.ru> References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C38578.7020207@yandex.ru> <7C331095-BEF6-4783-8AD1-A559161FBC96@swipnet.se> <53C3AE9B.6010305@yandex.ru> Date: Mon, 14 Jul 2014 14:58:43 -0400 Message-ID: Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) From: Ken Raeburn To: Dmitry Antipov Content-Type: multipart/alternative; boundary=047d7b3a88c04b357804fe2be177 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17975 Cc: 17975 <17975@debbugs.gnu.org>, =?UTF-8?Q?Jan_Dj=C3=A4rv?= 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 (/) --047d7b3a88c04b357804fe2be177 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Also -- lest we make any incorrect assumptions about the display names -- some code on Mac OS X sets the $DISPLAY string for the local display to the full path to a unix-domain socket, the name of which just happens to end with ":0". I suspect it's a launchd thing, where connecting triggers launchd to start up the X server and pass data through. But, an X11-configured Emacs on Mac OS X, run from a Terminal window, may have to deal with it, so we can't assume it's a host name.=E2=80=8B I'm not sure the different transport matters much, so long as when the user asks us to connect to the local server, we connect to the local server. But I don't want to rehash that discussion here, and it doesn't help me much if using two different displays will trigger the same problem. --047d7b3a88c04b357804fe2be177 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Also -- lest we make any incorrect assumptions about the d= isplay names -- some code on Mac OS X sets the $DISPLAY string for the loca= l display to the full path to a unix-domain socket, the name of which just = happens to end with ":0". I suspect it's a launchd thing, whe= re connecting triggers launchd to start up the X server and pass data throu= gh. But, an X11-configured Emacs on Mac OS X, run from a Terminal window, m= ay have to deal with it, so we can't assume it's a host name.=E2=80= =8B

I'm not sure the different transport matters much, so lo= ng as when the user asks us to connect to the local server, we connect to t= he local server. But I don't want to rehash that discussion here, and i= t doesn't help me much if using two different displays will trigger the= same problem.
--047d7b3a88c04b357804fe2be177-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 13 14:19:21 2016 Received: (at 17975) by debbugs.gnu.org; 13 Apr 2016 18:19:21 +0000 Received: from localhost ([127.0.0.1]:33986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aqPNp-0001gC-7Q for submit@debbugs.gnu.org; Wed, 13 Apr 2016 14:19:21 -0400 Received: from mail-qg0-f45.google.com ([209.85.192.45]:34219) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aqPNm-0001fx-8l for 17975@debbugs.gnu.org; Wed, 13 Apr 2016 14:19:18 -0400 Received: by mail-qg0-f45.google.com with SMTP id c6so49602506qga.1 for <17975@debbugs.gnu.org>; Wed, 13 Apr 2016 11:19:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=permabit.com; s=google; h=from:to:subject:date:message-id:user-agent:mime-version; bh=JHFHYRKLK70W4HiFa9QC1lbV3JVM2qz5BjZVDK71JYg=; b=dOyw6U6DMMPpRhCMX1uuIJ1s7ACVqPlTd1CF5bq9K1W/erRIUu3FImVHU1YuskcfsB cwl0Q1bKvj3xjbqTXlQ/Q+4Cu9h6tmhO4v159J/iK3yXPP2YGnPxkuI8Y7iSMfaK9UL1 /rlrhH4GFxeOjL2ZLAqI4mCAHKkO4ZtmBRdl8= 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:user-agent :mime-version; bh=JHFHYRKLK70W4HiFa9QC1lbV3JVM2qz5BjZVDK71JYg=; b=CvjxOWuxPpFpVIg+cLNhrGTaVR+ghN3VnUjou4DmkfzdeM6gf0nDMGMOap0okvPzkp e0Erglx9v8jFFnGDqCxJT3UYLYSHjq2ee0DGIZgLtUzE2AukamBAgkdV3jXzUOX/LASY XZcHfKScRCUJatkp01azSJSl0OXA8mciEO3n2m+xkLBeEQNE4Y4OGqzGJzpAK9egp1wz gYDQtMNhbrf/OenJr+y0X8Eaot5osdcyjQzBoASPPBXdmvjWYPpnMM+ZO0ItK7uKKLim jAtWcOAGdZhskFYp+BVBHyEaByR9AMtKHekjpVxT2mqIETmussNKQomuHlTgx6ScnoRa PgSA== X-Gm-Message-State: AOPr4FWhtzqhMAf5KUwSBGnAOpRfSoJoFbXKcrOBldhvetZ8FISY0p3Xqzn0GD1/LdXnzbhp X-Received: by 10.140.88.202 with SMTP id t68mr13086176qgd.86.1460571552741; Wed, 13 Apr 2016 11:19:12 -0700 (PDT) Received: from just-testing.permabit.com (vpn.permabit.com. [66.202.84.2]) by smtp.gmail.com with ESMTPSA id 65sm16307867qgz.40.2016.04.13.11.19.11 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 13 Apr 2016 11:19:11 -0700 (PDT) From: Ken Raeburn To: 17975@debbugs.gnu.org Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) Date: Wed, 13 Apr 2016 14:19:10 -0400 Message-ID: <6ek2k1s76p.fsf@just-testing.permabit.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17975 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) I don't see it listed in the bug report here, so to put it on the record: Dmitry did file a bug report upstream on 2014-07-14. It can be found at https://bugs.freedesktop.org/show_bug.cgi?id=81338 . It seems to have gotten no attention since. (Though with no test case smaller than Emacs, it might seem a bit daunting to non-Emacs-using developers.) It will surprise no one that the emacs-25 pretests can still trigger the crash. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 09 07:28:55 2020 Received: (at 17975) by debbugs.gnu.org; 9 Sep 2020 11:28:55 +0000 Received: from localhost ([127.0.0.1]:57510 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kFyHX-0008Df-Iv for submit@debbugs.gnu.org; Wed, 09 Sep 2020 07:28:55 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52778) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kFyHV-0008DS-LM for 17975@debbugs.gnu.org; Wed, 09 Sep 2020 07:28:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=x7699kdqB0mkb5tjgb+B2YAE4cOW1gAQ3tn+WFm4AnE=; b=pS+LuoEhw19aWvnZ2xUEfZTqXo mBJEq+kGCQMCH3MTb+PJbCMzpeB9OsPG80FmIjsIiDtPI9pYq1YuB/f0tV0hautJaC1ywDdoe+DlH JghgD4bfjHGnikerF51lVkrbSmLWjFulgm0xZtX7ziE1sjiuAw7HRwT34Id9Quij+vyo=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kFyHF-0001uo-EA; Wed, 09 Sep 2020 13:28:47 +0200 From: Lars Ingebrigtsen To: Dmitry Antipov Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> X-Now-Playing: Cosey Fanni Tutti's _Tutti_: "Orenda" Date: Wed, 09 Sep 2020 13:28:36 +0200 In-Reply-To: <53C26427.2050103@yandex.ru> (Dmitry Antipov's message of "Sun, 13 Jul 2014 14:49:11 +0400") Message-ID: <87tuw7chp7.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Dmitry Antipov writes: > ==18243== Address 0x6435d50 is 0 bytes inside a block of size 1 free'd > ==18243== at 0x4A07577: free (in > /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) > ==18243== by 0x37D906002F: XSetLo [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17975 Cc: Ken Raeburn , 17975@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Dmitry Antipov writes: > ==18243== Address 0x6435d50 is 0 bytes inside a block of size 1 free'd > ==18243== at 0x4A07577: free (in > /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) > ==18243== by 0x37D906002F: XSetLocaleModifiers (lcWrap.c:90) > ==18243== by 0x37DBC26AA7: _XtDefaultLanguageProc (Initialize.c:473) (This was six years ago.) I tried this with Emacs 28 now (on Debian bullseye), and valgrind did not output this warning. (This is with a lucid build.) However, looking at the x11 bug tracker, there doesn't seem to have been any progress there: https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/36 So are you still seeing this problem? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 09 07:35:56 2020 Received: (at 17975) by debbugs.gnu.org; 9 Sep 2020 11:35:56 +0000 Received: from localhost ([127.0.0.1]:57536 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kFyOK-00027x-I7 for submit@debbugs.gnu.org; Wed, 09 Sep 2020 07:35:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52952) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kFyOI-00027i-H6 for 17975@debbugs.gnu.org; Wed, 09 Sep 2020 07:35:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Cmhb7OPIIeA1kI6NzVgx0mtMLFX1FE5wzLo1Nwis0lI=; b=MWQapI+rPmo1yVmaQZX50Twp98 5RbP/sIxwKrI+mjT+YmdGuBUbU/fgkc3fHFqY3xXPGUvq06XsDf6aZ/VD5PkW0YJm3dr/6j/IEgGx Hv5gK6e4MhinY0aJ10CpM/Mb1IN6aTym9dwR7tsi84TeshdyX9oFvtiVe8bAnippvVaI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kFyO9-0001zg-CE; Wed, 09 Sep 2020 13:35:48 +0200 From: Lars Ingebrigtsen To: Dmitry Antipov Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> <53C265DA.9070103@yandex.ru> X-Now-Playing: Xiu Xiu's _Girl with Basket of Fruit_: "It Comes Out As a Joke" Date: Wed, 09 Sep 2020 13:35:43 +0200 In-Reply-To: <53C265DA.9070103@yandex.ru> (Dmitry Antipov's message of "Sun, 13 Jul 2014 14:56:26 +0400") Message-ID: <87pn6vchdc.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Dmitry Antipov writes: > Just for the record: running Motif build with the same args, i.e. > > ./src/emacs -Q --eval '(let ((f (selected-frame))) > (make-frame-on-display ":0") (delete-frame f))' > > produces a hard crash c [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17975 Cc: Ken Raeburn , 17975@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Dmitry Antipov writes: > Just for the record: running Motif build with the same args, i.e. > > ./src/emacs -Q --eval '(let ((f (selected-frame))) > (make-frame-on-display ":0") (delete-frame f))' > > produces a hard crash caused by an attempt to dereference NULL > 'Display *' pointer somewhere in Motif's libXm.so library: > > Program received signal SIGSEGV, Segmentation fault. > XFindContext (display=display@entry=0x0, rid=14237104, > context=context@entry=-5, data=data@entry=0x7ffffffecc80) at I tried this on Debian bullseye (and Emacs 28) now, and it did not segfault. Are you still able to reproduce this bug? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 09 07:36:08 2020 Received: (at control) by debbugs.gnu.org; 9 Sep 2020 11:36:08 +0000 Received: from localhost ([127.0.0.1]:57540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kFyOV-00028y-QK for submit@debbugs.gnu.org; Wed, 09 Sep 2020 07:36:08 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kFyOT-00028B-K9 for control@debbugs.gnu.org; Wed, 09 Sep 2020 07:36:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=RJsQ9N31y3qTOE+neWZLgQoQSDFz8Tyj0ArTLMpv0kI=; b=OWBIUh1T3ushDHro8cu8A3Otkg GlAN6vFPXpJ4N0dvCtIzRTTooSP33FvlgQdg8UZZ9xWvhf8T1JtoXjZbGyyjUfWeiqJUN8/mv4Khz VpXWGrRuupcnqupBwDHLOxLInBJpqugXu7PJyPx3aS7LD6Io6PYtn5Jd3tuvfOf0REjk=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kFyOL-0001zo-LO for control@debbugs.gnu.org; Wed, 09 Sep 2020 13:35:59 +0200 Date: Wed, 09 Sep 2020 13:35:56 +0200 Message-Id: <87o8mfchcz.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #17975 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 17975 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 17975 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 06:11:56 2020 Received: (at 17975) by debbugs.gnu.org; 11 Sep 2020 10:11:56 +0000 Received: from localhost ([127.0.0.1]:42456 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGg28-0004cr-2J for submit@debbugs.gnu.org; Fri, 11 Sep 2020 06:11:56 -0400 Received: from forward103j.mail.yandex.net ([5.45.198.246]:57164) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGg25-0004ca-7J for 17975@debbugs.gnu.org; Fri, 11 Sep 2020 06:11:54 -0400 Received: from mxback21j.mail.yandex.net (mxback21j.mail.yandex.net [IPv6:2a02:6b8:0:1619::221]) by forward103j.mail.yandex.net (Yandex) with ESMTP id 094A6674114E; Fri, 11 Sep 2020 13:11:46 +0300 (MSK) Received: from myt4-ee976ce519ac.qloud-c.yandex.net (myt4-ee976ce519ac.qloud-c.yandex.net [2a02:6b8:c00:1da4:0:640:ee97:6ce5]) by mxback21j.mail.yandex.net (mxback/Yandex) with ESMTP id M3jcObYoom-BjqqhbRB; Fri, 11 Sep 2020 13:11:46 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1599819106; bh=ENogNrx1NyePARqXVfi8mQj7IGj2MngBdKx0wJ+CbE0=; h=In-Reply-To:From:To:Subject:Cc:Date:References:Message-ID; b=khnSKrghFwIOiBu4dIrGk6erKpaHmA4Tb6nkeQyfVPVB78lWY04ZdMpi1szIl3inx keRxGKcmLDrgHwwURTdrREMXVKMfMVskEMpXtKFl+R52EVuC07B3c6BYQxuAZo61d3 AYAy9LxOXSjTeCBZHL3f8SlGoNX/LZ2ia/fMQN8I= Authentication-Results: mxback21j.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by myt4-ee976ce519ac.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id nNVhblCylO-BjmGumK2; Fri, 11 Sep 2020 13:11:45 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) To: Lars Ingebrigtsen References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> <87tuw7chp7.fsf@gnus.org> From: Dmitry Antipov Message-ID: <81a190b0-f8eb-abee-f766-16a67a2b9b6c@yandex.ru> Date: Fri, 11 Sep 2020 13:11:45 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <87tuw7chp7.fsf@gnus.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: 17975 Cc: Ken Raeburn , 17975@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.3 (-----) On 9/9/20 2:28 PM, Lars Ingebrigtsen wrote: > I tried this with Emacs 28 now (on Debian bullseye), and valgrind did > not output this warning. (This is with a lucid build.) However, > looking at the x11 bug tracker, there doesn't seem to have been any > progress there: > > https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/36 > > So are you still seeing this problem? No. But, to whom it may be interesting, running the following code: (dotimes (n 10000) (let ((x (make-frame-on-display ":1.0")) (y (make-frame-on-display ":1.0"))) (delete-frame x) (delete-frame y))) with Xnest (which is ":1.0") successfully raises Emacs' RSS from ~30M to ~120M. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 08:54:37 2020 Received: (at 17975) by debbugs.gnu.org; 11 Sep 2020 12:54:37 +0000 Received: from localhost ([127.0.0.1]:42922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiZZ-00070o-7C for submit@debbugs.gnu.org; Fri, 11 Sep 2020 08:54:37 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51014) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiZX-00070P-7c for 17975@debbugs.gnu.org; Fri, 11 Sep 2020 08:54:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=HqHLWvyYuwPucXocz90jXEstOoAF6hOqxZVkMSAXwRM=; b=uVhN/H5/DZm93+H3HVQ5ZXHMhl mJFRbe2axTejmSXqrUjuFgcB63T3yJiZCokSuqCGoi9U+9Vo6kw4SeD3GlIbr2coQU4hv0AyHlu/S gWSgT8k8EOgAeDl7uwhnoIgSw7nSrJSy/tBV2N52+Nd19p3uwHOgzQjk8cHtBWTHu0q4=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kGiZO-0002FK-LN; Fri, 11 Sep 2020 14:54:29 +0200 From: Lars Ingebrigtsen To: Dmitry Antipov Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> <87tuw7chp7.fsf@gnus.org> <81a190b0-f8eb-abee-f766-16a67a2b9b6c@yandex.ru> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUMCQckKCFbXFjN 0s2doJyAm38xYxxIii/////FnjXSAAAAAWJLR0QIht6VegAAAAd0SU1FB+QJCwwOAXuO8jgAAAGt SURBVDjLtZNBr5wgEMcZtT0zT59nBTa9tq5urwra88s+d/f6vOC5TQpfv7DdvABteuskQJwf/5lh EEII/jbmpxaRkncD73p8h/5/WsYbwh76JgSyeClG58woKcNgHz57DctKRpkIBflIpKqELLngKehy 3ihezSUPQdGB4mq+lMotUXJ1djVRCgQA4nJL+cUt7I/j8bz1wA+MgMhnFGw4STmxWJKraj0Np2Ho hhhUufo29MPXruNx8p4dh2VZbre5jRVI1fWqvaWF4fNy1dYaqyM3EPS7rbNYgljf3bvZMAGod6vT /f7W6107YPY3SIA2DhiXZ4MEbFojaLuhjsG9d7V2fh0n9/NHg6Q2YX6Ae5Ha4Xo3NFLQR0z9d1D7 00T1wrvfmuSITgL3Zn2PuwsbBa3Nbj+9xaCtt911xP6wcbeeWl+P3S/nJNJKni+39ecyy+QGJchZ vc7yOCWp+7WfuRq645iAVSI+sVZMSaSsQTd8DSRJMbVE+taMQEMNdJX7o2E6y0WwMH1ZuhBjJqW4 HOZQUbKeFn13EJId4hfl3xJSJMkpHlY0gpL/YL8AJH1codXpGjkAAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjAtMDktMTFUMTI6MTQ6MDErMDA6MDBoUIHOAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTA5 LTExVDEyOjE0OjAxKzAwOjAwGQ05cgAAAABJRU5ErkJggg== X-Now-Playing: Laraaji & Lyghte's _Celestial Realms_: "Celestial Realms" Date: Fri, 11 Sep 2020 14:54:25 +0200 In-Reply-To: <81a190b0-f8eb-abee-f766-16a67a2b9b6c@yandex.ru> (Dmitry Antipov's message of "Fri, 11 Sep 2020 13:11:45 +0300") Message-ID: <87a6xwxym6.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Dmitry Antipov writes: >> I tried this with Emacs 28 now (on Debian bullseye), and valgrind did >> not output this warning. (This is with a lucid build.) However, >> looking at the x11 bug tracker, there doesn't seem to hav [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17975 Cc: Ken Raeburn , 17975@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Dmitry Antipov writes: >> I tried this with Emacs 28 now (on Debian bullseye), and valgrind did >> not output this warning. (This is with a lucid build.) However, >> looking at the x11 bug tracker, there doesn't seem to have been any >> progress there: >> https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/36 >> So are you still seeing this problem? > > No. OK, closing this bug report. > But, to whom it may be interesting, running the following code: > (dotimes (n 10000) > (let ((x (make-frame-on-display ":1.0")) > (y (make-frame-on-display ":1.0"))) > (delete-frame x) > (delete-frame y))) > > with Xnest (which is ":1.0") successfully raises Emacs' RSS from > ~30M to ~120M. This sounds like it should be reported as a new bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 08:54:46 2020 Received: (at control) by debbugs.gnu.org; 11 Sep 2020 12:54:46 +0000 Received: from localhost ([127.0.0.1]:42925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiZi-00071D-HH for submit@debbugs.gnu.org; Fri, 11 Sep 2020 08:54:46 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51030) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGiZh-00070z-SX for control@debbugs.gnu.org; Fri, 11 Sep 2020 08:54:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=l7Ry51Mm/J68r9J4EO8WM5GbjnrOOV1Xki68FfeCnmM=; b=XR/kH7oIT9EFZ9z8EagyNejAwB 8hAVEwvaUMD6VYbG2kPiYC8B+ltoO3OPxwH7JdHJlHsRGjuNK3zLqDDewIRWOs2XedylKGhcGku5X 6f83kb5lAQQiRIAHc7sfnaHqO5IhVTTOlWhCqv1VXiVTOhVjiGLFMZa6Luee6X8omY3M=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kGiZa-0002FS-0z for control@debbugs.gnu.org; Fri, 11 Sep 2020 14:54:40 +0200 Date: Fri, 11 Sep 2020 14:54:36 +0200 Message-Id: <878sdgxylv.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #17975 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 17975 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 17975 quit From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 09:02:15 2020 Received: (at 17975) by debbugs.gnu.org; 11 Sep 2020 13:02:15 +0000 Received: from localhost ([127.0.0.1]:42983 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGigw-0000ae-V9 for submit@debbugs.gnu.org; Fri, 11 Sep 2020 09:02:15 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38260) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGigv-0000V2-KM for 17975@debbugs.gnu.org; Fri, 11 Sep 2020 09:02:13 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37455) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGigp-0005IC-2n; Fri, 11 Sep 2020 09:02:07 -0400 Received: from [176.228.60.248] (port=3442 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGigj-00037Z-TP; Fri, 11 Sep 2020 09:02:06 -0400 Date: Fri, 11 Sep 2020 16:01:58 +0300 Message-Id: <831rj8h3g9.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87a6xwxym6.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 11 Sep 2020 14:54:25 +0200) Subject: Re: bug#17975: 24.3.92; assertion failure deleting frames with varying names for the same display (and, using multiple X11 connections in that case too) References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> <53C26427.2050103@yandex.ru> <87tuw7chp7.fsf@gnus.org> <81a190b0-f8eb-abee-f766-16a67a2b9b6c@yandex.ru> <87a6xwxym6.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17975 Cc: raeburn@permabit.com, 17975@debbugs.gnu.org, dmantipov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Date: Fri, 11 Sep 2020 14:54:25 +0200 > Cc: Ken Raeburn , 17975@debbugs.gnu.org > > > But, to whom it may be interesting, running the following code: > > (dotimes (n 10000) > > (let ((x (make-frame-on-display ":1.0")) > > (y (make-frame-on-display ":1.0"))) > > (delete-frame x) > > (delete-frame y))) > > > > with Xnest (which is ":1.0") successfully raises Emacs' RSS from > > ~30M to ~120M. > > This sounds like it should be reported as a new bug report. Probably. But since AFAIK glibc doesn't return memory to the system, it could be a simple consequence of the glibc memory management. The question is how much of those 120M - 30M is marked free for further allocations by Emacs. From unknown Sat Jun 21 10:44:16 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 10 Oct 2020 11:24:07 +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