From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Masaru Nomiya Newsgroups: gmane.emacs.bugs Subject: bug#49959: 28.0.50; Emacs got quasi freeze Date: Sun, 29 Aug 2021 11:05:14 +0900 Message-ID: <877dg580px.wl-nomiya@galaxy.dti.ne.jp> References: <87r1f3vv5r.wl-m.nomiya@gmail.com> <8735r3idtj.wl-nomiya@galaxy.dti.ne.jp> <871r6ni8z5.wl-nomiya@galaxy.dti.ne.jp> <824dbfdc-e25a-5884-69a0-e5d4e9bc9d48@gmx.at> <1df6be5b-7041-d70f-1ae7-8e792b8147b5@gmx.at> <87ilzxdqhi.wl-nomiya@galaxy.dti.ne.jp> <87o89nmyfr.wl-nomiya@galaxy.dti.ne.jp> <87mtp78pzk.wl-nomiya@galaxy.dti.ne.jp> <35b2918d-5755-01e0-ecc9-ec543ee83299@gmx.at> <87mtp7f2bm.wl-nomiya@galaxy.dti.ne.jp> <3876ce8f-bbdb-ccbb-815b-c61e4133f1a8@gmx.at> <87czq1vldp.wl-nomiya@galaxy.dti.ne.jp> <87fsuxhx2e.wl-nomiya@galaxy.dti.ne.jp> Reply-To: m.nomiya@gmail.com Mime-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-2022-JP Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14261"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?Q?Goj=C5=8D?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/28.0.50 (x86_64-openSUSE-linux-gnu) MULE/6.0 (HANACHIRUSATO) To: 49959@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Aug 29 04:06:16 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mKADA-0003SA-Pt for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 29 Aug 2021 04:06:16 +0200 Original-Received: from localhost ([::1]:42658 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mKAD8-0002Rr-JO for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 28 Aug 2021 22:06:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45836) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mKACw-0002Rb-Gs for bug-gnu-emacs@gnu.org; Sat, 28 Aug 2021 22:06:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43654) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mKACw-00046g-6n for bug-gnu-emacs@gnu.org; Sat, 28 Aug 2021 22:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mKACv-0008EO-Vw for bug-gnu-emacs@gnu.org; Sat, 28 Aug 2021 22:06:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Masaru Nomiya Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Aug 2021 02:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49959 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 49959-submit@debbugs.gnu.org id=B49959.163020273031603 (code B ref 49959); Sun, 29 Aug 2021 02:06:01 +0000 Original-Received: (at 49959) by debbugs.gnu.org; 29 Aug 2021 02:05:30 +0000 Original-Received: from localhost ([127.0.0.1]:55200 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mKACM-0008Da-KT for submit@debbugs.gnu.org; Sat, 28 Aug 2021 22:05:30 -0400 Original-Received: from gw2.cm.dream.jp ([59.157.133.2]:59170 helo=vsmtp01.cm2.dti.ne.jp) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mKACG-0008DM-Sq for 49959@debbugs.gnu.org; Sat, 28 Aug 2021 22:05:25 -0400 Original-Received: from linux-egwc.galaxy.dti.ne.jp (KD027095159195.ppp-bb.dion.ne.jp [27.95.159.195]) by vsmtp01.cm2.dti.ne.jp (3.11v) with ESMTP AUTH id 17T25EZ1004845 for <49959@debbugs.gnu.org>; Sun, 29 Aug 2021 11:05:15 +0900 (JST) In-Reply-To: X-cite: carm 20 X-cite-me: MN X-C-sig-version: Using c-sig version 3.8 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:212909 Archived-At: Hello, Sorry for late reply. I's a hard work for me. :-) In the Message; Subject : bug#49959: 28.0.50; Emacs got quasi freeze Message-ID : Date & Time: Thu, 26 Aug 2021 09:52:54 +0200 [RM] == martin rudalics has written: MN> > 1. for the emacs with bug MN> > Frame size history of # MN> > set_window_configuration (4), MS=140x150 IH IV MN> > 2. for the emacs without bug MN> > MN> > Frame size history of # MN> > x_make_frame_visible MN> > set_window_configuration (4), MS=140x150 IH IV RM> One interesting aspect is that apparently in neither case we are RM> notified that our frame gets hidden when switching desktops. RM> Please do the following: RM> - Try again with the latest patch I sent you. RM> - Send me a diff of your "emacs with bug" and your "emacs without bug". 1. for emacs without bug Frame size history of # x_make_frame_visible set_window_configuration (4), MS=140x150 IH IV 2. for patched emacs Frame size history of # set_window_configuration (4), MS=140x150 IH IV RM> And, if possible, run the version "without bug" under GDB and post a RM> backtrace from a position where it produces the "x_make_frame_visible" RM> line, somewhere around here in xterm.c: RM> if (!FRAME_VISIBLE_P (f)) RM> { RM> if (CONSP (frame_size_history)) RM> frame_size_history_plain RM> (f, build_string ("x_make_frame_visible")); RM> x_wait_for_event (f, MapNotify); RM> } RM> I cannot imagine how Emacs can get there without producing any recorded RM> events before or after it so it would be very interesting to find out RM> how it got there in the first place. This one? (gdb) bt #0 builtin_lisp_symbol (index=0) at lisp.h:1008 #1 0x0000000000573854 in x_make_frame_visible (f=0x12815e8) at xterm.c:11686 #2 0x0000000000574044 in x_make_frame_visible_invisible (f=0x12815e8, visible=true) at xterm.c:11898 #3 0x000000000043bf11 in Fmake_frame_visible (frame=0x12815ed) at frame.c:2718 #4 0x000000000068f99d in funcall_subr (subr=0xe571c0 , numargs=1, args=0x7fffffffa250) at eval.c:3126 #5 0x000000000068f47e in Ffuncall (nargs=2, args=0x7fffffffa248) at eval.c:3051 #6 0x00000000006e73d5 in exec_byte_code (bytestr=0x7fffda3a1a14, vector=0x7fffda3a0685, maxdepth=0x2e, args_template=0x402, nargs=1, args=0x7fffffffa7c0) at bytecode.c:632 #7 0x000000000068fc50 in fetch_and_exec_byte_code (fun=0x7fffda3a0655, syms_left=0x402, nargs=1, args=0x7fffffffa7b8) at eval.c:3175 #8 0x00000000006900c2 in funcall_lambda (fun=0x7fffda3a0655, nargs=1, arg_vector=0x7fffffffa7b8) at eval.c:3256 #9 0x000000000068f4d2 in Ffuncall (nargs=2, args=0x7fffffffa7b0) --Type for more, q to quit, c to continue without paging-- at eval.c:3055 #10 0x00000000006e73d5 in exec_byte_code (bytestr=0x7fffda3a1ad4, vector=0x7fffda3a0615, maxdepth=0xe, args_template=0x406, nargs=1, args=0x7fffffffae00) at bytecode.c:632 #11 0x000000000068fc50 in fetch_and_exec_byte_code (fun=0x7fffda3a05c5, syms_left=0x406, nargs=1, args=0x7fffffffadf8) at eval.c:3175 #12 0x00000000006900c2 in funcall_lambda (fun=0x7fffda3a05c5, nargs=1, arg_vector=0x7fffffffadf8) at eval.c:3256 #13 0x000000000068f4d2 in Ffuncall (nargs=2, args=0x7fffffffadf0) at eval.c:3055 #14 0x000000000068e1fb in Fapply (nargs=2, args=0x7fffffffadf0) at eval.c:2638 #15 0x000000000068f8a8 in funcall_subr (subr=0xe652c0 , numargs=2, args=0x7fffffffadf0) at eval.c:3106 #16 0x000000000068f47e in Ffuncall (nargs=3, args=0x7fffffffade8) at eval.c:3051 #17 0x00000000006e73d5 in exec_byte_code (bytestr=0x7fffd9ffb5c4, vector=0x7fffda06106d, maxdepth=0x3e, args_template=0x202, nargs=1, args=0x7fffffffb358) at bytecode.c:632 --Type for more, q to quit, c to continue without paging-- #18 0x000000000068fc50 in fetch_and_exec_byte_code (fun=0x7fffda06103d, syms_left=0x202, nargs=1, args=0x7fffffffb358) at eval.c:3175 #19 0x00000000006900c2 in funcall_lambda (fun=0x7fffda06103d, nargs=1, arg_vector=0x7fffffffb358) at eval.c:3256 #20 0x000000000068f4d2 in Ffuncall (nargs=2, args=0x7fffffffb350) at eval.c:3055 #21 0x00000000006e73d5 in exec_byte_code (bytestr=0x7fffda38f9c4, vector=0x7fffda07505d, maxdepth=0x3a, args_template=0x402, nargs=1, args=0x7fffffffb948) at bytecode.c:632 #22 0x000000000068fc50 in fetch_and_exec_byte_code (fun=0x7fffda075025, syms_left=0x402, nargs=1, args=0x7fffffffb940) at eval.c:3175 #23 0x00000000006900c2 in funcall_lambda (fun=0x7fffda075025, nargs=1, arg_vector=0x7fffffffb940) at eval.c:3256 #24 0x000000000068f4d2 in Ffuncall (nargs=2, args=0x7fffffffb938) at eval.c:3055 #25 0x00000000006e73d5 in exec_byte_code (bytestr=0x7fffda1842d4, vector=0x7fffda183fcd, maxdepth=0x1a, args_template--Type for more, q to quit, c to continue without paging-- =0x2, nargs=0, args=0x7fffffffbe60) at bytecode.c:632 #26 0x000000000068fc50 in fetch_and_exec_byte_code (fun=0x7fffda183f9d, syms_left=0x2, nargs=0, args=0x7fffffffbe60) at eval.c:3175 #27 0x00000000006900c2 in funcall_lambda (fun=0x7fffda183f9d, nargs=0, arg_vector=0x7fffffffbe60) at eval.c:3256 #28 0x000000000068f4d2 in Ffuncall (nargs=1, args=0x7fffffffbe58) at eval.c:3055 #29 0x00000000006e73d5 in exec_byte_code (bytestr=0x7fffda188124, vector=0x7fffda174cb5, maxdepth=0x3a, args_template=0x2, nargs=0, args=0x7fffffffc918) at bytecode.c:632 #30 0x000000000068fc50 in fetch_and_exec_byte_code (fun=0x7fffda174c85, syms_left=0x2, nargs=0, args=0x7fffffffc918) at eval.c:3175 #31 0x00000000006900c2 in funcall_lambda (fun=0x7fffda174c85, nargs=0, arg_vector=0x7fffffffc918) at eval.c:3256 #32 0x000000000068f4d2 in Ffuncall (nargs=1, args=0x7fffffffc910) at eval.c:3055 #33 0x00000000006e73d5 in exec_byte_code --Type for more, q to quit, c to continue without paging-- (bytestr=0x7fffda18a49c, vector=0x7fffda17429d, maxdepth=0x26, args_template=0x2, nargs=0, args=0x7fffffffcfe0) at bytecode.c:632 #34 0x000000000068fc50 in fetch_and_exec_byte_code (fun=0x7fffda17426d, syms_left=0x2, nargs=0, args=0x7fffffffcfe0) at eval.c:3175 #35 0x00000000006900c2 in funcall_lambda (fun=0x7fffda17426d, nargs=0, arg_vector=0x7fffffffcfe0) at eval.c:3256 #36 0x000000000068fdfa in apply_lambda (fun=0x7fffda17426d, args=0x0, count=4) at eval.c:3200 #37 0x000000000068de35 in eval_sub (form=0x7fffda6afbeb) at eval.c:2573 #38 0x000000000068d1d3 in Feval (form=0x7fffda6afbeb, lexical=0x0) at eval.c:2355 #39 0x00000000005b4856 in top_level_2 () at keyboard.c:1126 #40 0x000000000068af6d in internal_condition_case (bfun=0x5b4833 , handlers=0x90, hfun=0x5b4100 ) at eval.c:1478 #41 0x00000000005b489a in top_level_1 (ignore=0x0) at keyboard.c:1134 #42 0x000000000068a1c2 in internal_catch (tag=0xe730, func=0x5b4858 , arg=0x0) at eval.c:1198 --Type for more, q to quit, c to continue without paging-- #43 0x00000000005b478b in command_loop () at keyboard.c:1094 #44 0x00000000005b3be1 in recursive_edit_1 () at keyboard.c:720 #45 0x00000000005b3deb in Frecursive_edit () at keyboard.c:792 #46 0x00000000005afea6 in main (argc=1, argv=0x7fffffffd568) at emacs.c:2310 --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ "Bill! You married with Computer. Not with Me!" "No..., with money."