From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#38038: 27.0.50; Emacs freezes opening tabs. Date: Sat, 9 Nov 2019 09:09:13 +0100 Message-ID: <257306d0-bf1a-2a5f-b98c-8e6ddcf44ea9@gmx.at> References: <20191102214135.lehpefr5o4cji6ca.ref@Ergus> <20191102214135.lehpefr5o4cji6ca@Ergus> <87pni9yl75.fsf@mail.linkov.net> <83h83fg50h.fsf@gnu.org> <8736ezmhj2.fsf@mail.linkov.net> <5455d765-4954-6bc0-1961-619f6e865f59@gmx.at> <20191108230837.7nlfzo44pu7c5x2o@Ergus> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="134434"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 38038@debbugs.gnu.org, Juri Linkov To: Ergus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Nov 09 09:10:33 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iTLpI-000YrE-76 for geb-bug-gnu-emacs@m.gmane.org; Sat, 09 Nov 2019 09:10:32 +0100 Original-Received: from localhost ([::1]:35292 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iTLpG-0003ep-4n for geb-bug-gnu-emacs@m.gmane.org; Sat, 09 Nov 2019 03:10:30 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37450) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iTLoq-0003eQ-38 for bug-gnu-emacs@gnu.org; Sat, 09 Nov 2019 03:10:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iTLoo-00023N-9f for bug-gnu-emacs@gnu.org; Sat, 09 Nov 2019 03:10:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39313) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iTLoo-00023F-6J for bug-gnu-emacs@gnu.org; Sat, 09 Nov 2019 03:10:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iTLon-0005Kl-Vq for bug-gnu-emacs@gnu.org; Sat, 09 Nov 2019 03:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Nov 2019 08:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38038 X-GNU-PR-Package: emacs Original-Received: via spool by 38038-submit@debbugs.gnu.org id=B38038.157328697620467 (code B ref 38038); Sat, 09 Nov 2019 08:10:01 +0000 Original-Received: (at 38038) by debbugs.gnu.org; 9 Nov 2019 08:09:36 +0000 Original-Received: from localhost ([127.0.0.1]:48134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTLoO-0005K2-Bk for submit@debbugs.gnu.org; Sat, 09 Nov 2019 03:09:36 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:33963) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTLoM-0005Jp-B5 for 38038@debbugs.gnu.org; Sat, 09 Nov 2019 03:09:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1573286957; bh=j+rGHp7hp4dxc+UiDs1uQgr8TKiDG0o9oCbBidKSFrs=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=TSJoDhrK/OE6MgQhXDoZm4PTeiXNy98RL/bTfRIT2XTnoyiTY/tw8DO/MD1j3Ptir Z4SP1pI8unPNYGnSXpY5jBEWuDh4Lyq//vWbvMlJUAviiH4AzxlT/XH4CyoEzOlMoY h6ElcrGkVXrdaRbkx2S6VivmerW/cFdfhp7I+SZ8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.102] ([46.125.249.42]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N17UQ-1hn3711ksc-012VrH; Sat, 09 Nov 2019 09:09:17 +0100 In-Reply-To: <20191108230837.7nlfzo44pu7c5x2o@Ergus> Content-Language: de-AT X-Provags-ID: V03:K1:AhHe+Bh/kiFsXLUmKSN7MFtCB6jDF7FYIEm0TQ9C5yy5KC3ZbNE lq5je4aLkXUWseUm/BYiC4Jk83Io6WzFqmisZx/STjr9z980g+yo6Hv0bjHthChBbMEakOQ fDeAQWc33Cb2NZRdqE2WHZs2ksS8t5vLnLoa7hiwqvWTtmm/1vRkHfezPJ4oPdxuvJStEQS Ez9TgQxn7HrmSyOvE1VXQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:JSqyIGDfAuk=:atX6gBG6SR8D+GPkfz/LTe LcP99UdLshnxILcZ9CKR+KK7sn5JFRoIVatCzt+jXUiQuR/VG/adJjQI9CYncCAOaC6Fx+MF+ i12Z0sKWbqrQj12gctZdFzB4RqXjMZdJkBl770xcteCEIGwP0SwHYtv7YYSzB83Okq3mGMN0j QegvOKbhpnEJwnSg1C9NVQxBl4Dq8PNcfKQzXMlJ+NymOjhNfqJ/6uwvpScvCn3P+ybM/5ZE/ HXvLAcHJg1p1Gh35mGe0EyCuF2Zq/J3w/8NVBtZoX8iAAzrD+bc9hXWAr/WSFDM3hjMcox5Wc hp7Mp4WptI/BXKs9wbfzL9kcgqscRTf9zyfJLe+sGfRBakOSQ3V5HzzRVYXhfp/aa3TKD4FLd ImsOmM8SAUXMQfuMumc221+tLBTuP9XReOaOlMGFEiwEZO//4cHR3O4tudFZD+knr/pPCfiIG uFKC6u0pQGMeOh/ocId8GGHm3z3WXLPSYqi9P/aiEAKiAKBJhwox81jYhnsTcLwxx+zO1f4++ 5R/zK4p0Gu8ONCtwr5F3bk7jNahjqKEe+4gj6Z2qqBqZIAFZoqeEy5anrCOtFL33y9HBlhsV5 6jRqR4wF69VsersxF+f9CWxsFwqYdHW6oRuwME2HlnWkq5CHC6u95LdRBPxnKOuE8eK2txI2Y n4PdM+hzM40tg+HXTAJxvOheZMXarD91ONti/9it4N3FnC5l7aVPF9xoeXzcV4o6/qSoFPhH9 KYz4GYi2Wvc6ejcJf+9yH7Qb+0WYoHCvvGPOerWLIJZHgcxygJ/cuOj0zHDyPtHvqOK05D0r X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:171305 Archived-At: > I removed the actual call in extend_face_to_end_of_line to merge_face > and the issue is still there. And it is actually the only place where > the :extend attribute is used now; the rest of the code does pretty much > the same than before. > > Just in case: > > I also made a rebase locally and removed all the commits related with > the extend attribute and the issue is still there. So it seems not be > related at all with the extend attribute... > > Any help here?. I am out of ideas. (and I don't have a clue about gc). Thank you for all the work. The most interesting aspect is that here it neither hangs with (set-face-attribute 'default nil :box t) (set-face-attribute 'default nil :strike-through t) (set-face-attribute 'default nil :overline t) but definitely hangs with (set-face-attribute 'tool-bar nil :underline t) So what's so special about underline and the tool bar (or tab bar)? Here on Windows the latter form hangs on line 2516 of w32term.c Lisp_Object val = buffer_local_value (Qunderline_minimum_offset, s->w->contents); which continuously tries to signal an error with the backtrace #0 xsignal2 (error_symbol=XIL(0xfd80), arg1=XIL(0x32d0), arg2=XIL(0)) at ../../src/eval.c:1713 #1 0x00000004002dcaa5 in wrong_type_argument (predicate=XIL(0x32d0), value=XIL(0)) at ../../src/data.c:155 #2 0x00000004001f82cb in CHECK_BUFFER (x=XIL(0)) at ../../src/buffer.h:707 #3 0x00000004001fed5c in buffer_local_value (variable=XIL(0xe670), buffer=XIL(0)) at ../../src/buffer.c:1205 #4 0x000000040049c84f in w32_draw_glyph_string (s=0xbfd2c0) at ../../src/w32term.c:2516 #5 0x00000004000adaba in draw_glyphs (w=0x5eba170, x=372, row=0x76248d0, area=TEXT_AREA, start=0, end=13, hl=DRAW_NORMAL_TEXT, overlaps=0) at ../../src/xdisp.c:28447 #6 0x00000004000b55a0 in gui_write_glyphs (w=0x5eba170, updated_row=0x76248d0, start=0x76f2ad0, updated_area=TEXT_AREA, len=13) at ../../src/xdisp.c:30474 #7 0x0000000400012021 in update_text_area (w=0x5eba170, updated_row=0x76248d0, vpos=0) at ../../src/dispnew.c:3832 #8 0x0000000400012b20 in update_window_line (w=0x5eba170, vpos=0, mouse_face_overwritten_p=0xbfd857) at ../../src/dispnew.c:4075 #9 0x00000004000115ab in update_window (w=0x5eba170, force_p=true) at ../../src/dispnew.c:3604 #10 0x0000000400010644 in update_frame (f=0x766c710, force_p=true, inhibit_hairy_id_p=false) at ../../src/dispnew.c:3206 #11 0x000000040007b0de in redisplay_internal () at ../../src/xdisp.c:15669 #12 0x0000000400078750 in redisplay () at ../../src/xdisp.c:14816 #13 0x00000004001b5665 in read_char (commandflag=1, map=XIL(0x770e293), prev_event=XIL(0), used_mouse_menu=0xbff25f, end_time=0x0) at ../../src/keyboard.c:2488 #14 0x00000004001c8842 in read_key_sequence (keybuf=0xbff490, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at ../../src/keyboard.c:9536 #15 0x00000004001b1dff in command_loop_1 () at ../../src/keyboard.c:1345 #16 0x00000004003194ef in internal_condition_case (bfun=0x4001b18e8 , handlers=XIL(0x90), hfun=0x4001b0d29 ) at ../../src/eval.c:1355 #17 0x00000004001b145e in command_loop_2 (ignore=XIL(0)) at ../../src/keyboard.c:1091 #18 0x0000000400318944 in internal_catch (tag=XIL(0xdfe0), func=0x4001b142c , arg=XIL(0)) at ../../src/eval.c:1116 #19 0x00000004001b13b4 in command_loop () at ../../src/keyboard.c:1070 #20 0x0000000000000000 in ?? () where frame #3 indicates that we probably should avoid asking for a buffer local value in a pseudo window. Right? martin