From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.bugs Subject: 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: Mon, 14 Jul 2014 01:13:10 -0400 Message-ID: References: <6ea98jsjtd.fsf@just-testing.permabit.com> <53BCD52D.6090700@yandex.ru> <6eoawv616e.fsf@just-testing.permabit.com> <53C21C84.6030207@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1405314861 1123 80.91.229.3 (14 Jul 2014 05:14:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 14 Jul 2014 05:14:21 +0000 (UTC) Cc: 17975@debbugs.gnu.org To: Dmitry Antipov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jul 14 07:14:15 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1X6Yac-0000dA-I9 for geb-bug-gnu-emacs@m.gmane.org; Mon, 14 Jul 2014 07:14:14 +0200 Original-Received: from localhost ([::1]:54653 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X6Yac-0002T0-1L for geb-bug-gnu-emacs@m.gmane.org; Mon, 14 Jul 2014 01:14:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50502) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X6YaV-0002SQ-FV for bug-gnu-emacs@gnu.org; Mon, 14 Jul 2014 01:14:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X6YaR-0000M4-8F for bug-gnu-emacs@gnu.org; Mon, 14 Jul 2014 01:14:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58837) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X6YaR-0000Lh-1z for bug-gnu-emacs@gnu.org; Mon, 14 Jul 2014 01:14:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1X6YaQ-00052w-F0 for bug-gnu-emacs@gnu.org; Mon, 14 Jul 2014 01:14:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ken Raeburn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jul 2014 05:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17975 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17975-submit@debbugs.gnu.org id=B17975.140531480419341 (code B ref 17975); Mon, 14 Jul 2014 05:14:02 +0000 Original-Received: (at 17975) by debbugs.gnu.org; 14 Jul 2014 05:13:24 +0000 Original-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 Original-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 Original-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) Original-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) In-Reply-To: <53C21C84.6030207@yandex.ru> X-Mailer: Apple Mail (2.1878.6) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:91520 Archived-At: 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=