From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: 24.4.90; Emacs slowdown to eventual hang Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Mar 2015 14:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 20134@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.14266881615335 (code B ref -1); Wed, 18 Mar 2015 14:16:02 +0000 Received: (at submit) by debbugs.gnu.org; 18 Mar 2015 14:16:01 +0000 Received: from localhost ([127.0.0.1]:51741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YYElK-0001Nx-J0 for submit@debbugs.gnu.org; Wed, 18 Mar 2015 10:16:01 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48679) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YYElF-0001Nl-PI for submit@debbugs.gnu.org; Wed, 18 Mar 2015 10:15:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YYEl8-0006ji-9l for submit@debbugs.gnu.org; Wed, 18 Mar 2015 10:15:53 -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 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47533) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYEl7-0006jc-OY for submit@debbugs.gnu.org; Wed, 18 Mar 2015 10:15:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50336) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYEky-0002c4-7w for bug-gnu-emacs@gnu.org; Wed, 18 Mar 2015 10:15:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YYEku-0006gn-8r for bug-gnu-emacs@gnu.org; Wed, 18 Mar 2015 10:15:36 -0400 Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:34289) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYEkt-0006gb-I0 for bug-gnu-emacs@gnu.org; Wed, 18 Mar 2015 10:15:32 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YYEkt-00069Y-9i for bug-gnu-emacs@gnu.org; Wed, 18 Mar 2015 14:15:31 +0000 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YYEks-0007Wj-TM for bug-gnu-emacs@gnu.org; Wed, 18 Mar 2015 14:15:30 +0000 From: phillip.lord@newcastle.ac.uk (Phillip Lord) Date: Wed, 18 Mar 2015 14:15:30 +0000 Message-ID: <87zj7ae6il.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.90 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x 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: -4.0 (----) 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: -4.0 (----) --=-=-= Content-Type: text/plain Emacs gets slower and slower after start up, and then eventually hangs. CPU is not being heavily used nor memory. It seems to happen reliably while using auctex. I cannot reproduce this from emacs -Q. It takes 5 to 10 minutes of use at least to get to this point. It does not happen all the time -- I do sometimes use Emacs all day without a problem. This bug report was generated in a new emacs (as the other one crashed). Attached are a number of traces from gdb over a period of time as emacs got slower and slower. The last two are after emacs hung totally. I am not an expert with gdb or C, so while I am happy to give more information, I need fairly explicit instructions on how to get it! --=-=-= Content-Type: text/plain Content-Disposition: inline; filename=crash.txt ---Type to continue, or q to quit--- set auto-load safe-path / line to your configuration file "/home/phillord/.gdbinit". For more information about this security protection, see the "Auto-loading safe path" section in the GDB manual. E.g., run from the shell: info "(gdb)Auto-loading safe path" (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fade550, writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 77 in ../sysdeps/unix/sysv/linux/pselect.c (gdb) bt #0 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fade550, writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 #1 0x00000000005cc63b in xg_select (fds_lim=20, rfds=rfds@entry=0x7fff3fadeb40, wfds=wfds@entry=0x7fff3fadebc0, efds=efds@entry=0x0, timeout=timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at xgselect.c:114 #2 0x000000000059555d in wait_reading_process_output ( time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4606 #3 0x0000000000421a54 in sit_for (timeout=, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5867 #4 0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=244440758, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fadf1bb, end_time=end_time@entry=0x0) at keyboard.c:2810 #5 0x00000000004f1fdf in read_key_sequence ( keybuf=keybuf@entry=0x7fff3fadf290, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, ---Type to continue, or q to quit--- can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #6 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 #7 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #8 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #9 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #10 0x00000000004ea577 in command_loop () at keyboard.c:1157 #11 recursive_edit_1 () at keyboard.c:778 #12 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #13 0x0000000000417c95 in main (argc=, argv=0x7fff3fadf5e8) at emacs.c:1642 (gdb) (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fade550, writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 77 in ../sysdeps/unix/sysv/linux/pselect.c (gdb) bt #0 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fade550, writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 #1 0x00000000005cc63b in xg_select (fds_lim=20, rfds=rfds@entry=0x7fff3fadeb40, wfds=wfds@entry=0x7fff3fadebc0, efds=efds@entry=0x0, timeout=timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at xgselect.c:114 #2 0x000000000059555d in wait_reading_process_output ( time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4606 #3 0x0000000000421a54 in sit_for (timeout=, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5867 #4 0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=189430662, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fadf1bb, end_time=end_time@entry=0x0) at keyboard.c:2810 #5 0x00000000004f1fdf in read_key_sequence ( keybuf=keybuf@entry=0x7fff3fadf290, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, ---Type to continue, or q to quit--- can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #6 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 #7 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #8 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #9 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #10 0x00000000004ea577 in command_loop () at keyboard.c:1157 #11 recursive_edit_1 () at keyboard.c:778 #12 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #13 0x0000000000417c95 in main (argc=, argv=0x7fff3fadf5e8) at emacs.c:1642 (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fade550, writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 77 in ../sysdeps/unix/sysv/linux/pselect.c (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fadcbe0, writefds=writefds@entry=0x7fff3fadcc60, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadd1c0, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 77 in ../sysdeps/unix/sysv/linux/pselect.c (gdb) bt #0 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fadcbe0, writefds=writefds@entry=0x7fff3fadcc60, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadd1c0, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 #1 0x00000000005cc63b in xg_select (fds_lim=20, rfds=rfds@entry=0x7fff3fadd1d0, wfds=wfds@entry=0x7fff3fadd250, efds=efds@entry=0x0, timeout=timeout@entry=0x7fff3fadd1c0, sigmask=sigmask@entry=0x0) at xgselect.c:114 #2 0x000000000059555d in wait_reading_process_output ( time_limit=, nsecs=999263354, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4606 #3 0x00000000004ece3e in kbd_buffer_get_event (end_time=0x7fff3fadd9d0, used_mouse_menu=, kbp=) at keyboard.c:3886 #4 read_event_from_main_queue (used_mouse_menu=, local_getcjmp=, end_time=0x7fff3fadd9d0) at keyboard.c:2247 #5 read_decoded_event_from_main_queue ( end_time=end_time@entry=0x7fff3fadd9d0, local_getcjmp=local_getcjmp@entry=0x7fff3fadd7c0, prev_event=prev_event@entry=12140850, ---Type to continue, or q to quit--- used_mouse_menu=used_mouse_menu@entry=0x0) at keyboard.c:2310 #6 0x00000000004f120c in read_char (commandflag=commandflag@entry=0, map=12140850, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x0, end_time=0x7fff3fadd9d0) at keyboard.c:2896 #7 0x00000000005746c0 in read_filtered_event (no_switch_frame=false, ascii_required=false, error_nonascii=false, input_method=true, seconds=) at lread.c:632 #8 0x0000000000557390 in Ffuncall (nargs=, args=) at eval.c:2818 #9 0x000000000058b655 in exec_byte_code (bytestr=-514, vector=140734261742560, maxdepth=140734261742688, args_template=3076, nargs=140734261746344, args=0x4) at bytecode.c:916 #10 0x0000000000556ed7 in funcall_lambda (fun=140734261749248, fun@entry=8772789, nargs=nargs@entry=1, arg_vector=0x85dce1 , arg_vector@entry=0x7fff3faddb70) at eval.c:2978 #11 0x00000000005562d8 in apply_lambda (fun=8772789, args=, count=count@entry=26) at eval.c:2919 #12 0x000000000055667c in eval_sub (form=) at eval.c:2256 #13 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462 #14 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #15 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #16 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462 ---Type to continue, or q to quit--- #17 0x00000000005597c5 in Flet (args=53965126) at eval.c:970 #18 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #19 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462 #20 0x0000000000556f3c in funcall_lambda (fun=fun@entry=53965094, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff3fade0a0) at eval.c:3037 #21 0x00000000005562d8 in apply_lambda (fun=53965094, args=, count=count@entry=17) at eval.c:2919 #22 0x000000000055667c in eval_sub (form=) at eval.c:2256 #23 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #24 0x0000000000556ba5 in Fprogn (body=20, body@entry=53945542) at eval.c:462 #25 0x000000000054aa65 in Fsave_current_buffer (args=53945542) at editfns.c:954 #26 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #27 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462 #28 0x0000000000556f3c in funcall_lambda (fun=53945510, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff3fade5b8) at eval.c:3037 #29 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fff3fade5b0) at eval.c:2872 #30 0x000000000055861c in Fapply (nargs=2, args=0x7fff3fade5b0) at eval.c:2293 #31 0x0000000000557291 in Ffuncall (nargs=, args=) at eval.c:2792 #32 0x000000000058b655 in exec_byte_code (bytestr=-514, vector=140734261742560, maxdepth=140734261742688, args_template=12140850, ---Type to continue, or q to quit--- nargs=140734261749176, args=0x3) at bytecode.c:916 #33 0x0000000000556850 in eval_sub (form=form@entry=10005110) at eval.c:2187 #34 0x0000000000559b59 in internal_lisp_condition_case (var=, bodyform=10005110, handlers=) at eval.c:1317 #35 0x000000000058c61d in exec_byte_code (bytestr=-514, vector=140734261742560, maxdepth=140734261742688, args_template=12140850, nargs=140734261749720, args=0x8f) at bytecode.c:1162 #36 0x0000000000556e3f in funcall_lambda (fun=10004797, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff3fade988) at eval.c:3044 #37 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3fade980) at eval.c:2872 #38 0x00000000005574fa in call1 (fn=, arg1=arg1@entry=54120877) at eval.c:2610 #39 0x00000000004eb2bf in timer_check_2 (idle_timers=, timers=) at keyboard.c:4515 #40 timer_check () at keyboard.c:4582 #41 0x00000000004eb5d1 in readable_events (flags=1) at keyboard.c:3448 #42 0x00000000004ec998 in get_input_pending (flags=1) at keyboard.c:6766 #43 0x00000000004efde4 in detect_input_pending_run_timers ( do_display=do_display@entry=true) at keyboard.c:9895 #44 0x0000000000595756 in wait_reading_process_output ( time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, ---Type to continue, or q to quit--- wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4702 #45 0x0000000000421a54 in sit_for (timeout=, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5867 #46 0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=190228950, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fadf1bb, end_time=end_time@entry=0x0) at keyboard.c:2810 #47 0x00000000004f1fdf in read_key_sequence ( keybuf=keybuf@entry=0x7fff3fadf290, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #48 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 #49 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #50 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #51 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 ---Type to continue, or q to quit--- #52 0x00000000004ea577 in command_loop () at keyboard.c:1157 #53 recursive_edit_1 () at keyboard.c:778 #54 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #55 0x0000000000417c95 in main (argc=, argv=0x7fff3fadf5e8) at emacs.c:1642 (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81 81 ../sysdeps/unix/syscall-template.S: No such file or directory. (gdb) bt #0 0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007fbb01850b72 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x00007fbb0185264f in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x00007fbb081b4198 in _XReadEvents () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #4 0x00007fbb0819c751 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #5 0x00007fbb081e2f24 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #6 0x00007fbb081e3b80 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #7 0x00007fbb081e3e71 in _XimRead () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #8 0x00007fbb081d28a6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #9 0x00007fbb081c0b3d in XSetICValues () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #10 0x00000000004cbd23 in xic_set_preeditarea (w=w@entry=0x11508e0, x=x@entry=275, y=y@entry=0) at xfns.c:2107 #11 0x00000000004ba975 in x_draw_window_cursor (w=0x11508e0, glyph_row=, x=275, y=0, cursor_type=, cursor_width=, on_p=, active_p=) at xterm.c:7331 #12 0x0000000000457f03 in display_and_set_cursor (w=w@entry=0x11508e0, on=on@entry=true, hpos=25, vpos=0, x=275, y=0) at xdisp.c:27634 ---Type to continue, or q to quit--- #13 0x00000000004b968c in x_update_window_end (w=0x11508e0, cursor_on_p=, mouse_face_overwritten_p=) at xterm.c:582 #14 0x000000000041d45d in update_window (w=w@entry=0x11508e0, force_p=, force_p@entry=true) at dispnew.c:3541 #15 0x000000000041e72b in update_window_tree (w=0x11508e0, w@entry=0xb5d99a8, force_p=force_p@entry=true) at dispnew.c:3216 #16 0x0000000000420c7d in update_frame (f=f@entry=0x114e878, force_p=, force_p@entry=false, inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3105 #17 0x000000000044e957 in redisplay_internal () at xdisp.c:13961 #18 0x0000000000450745 in redisplay () at xdisp.c:13201 #19 0x00000000004f0661 in read_char (commandflag=1, map=map@entry=283856358, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fade38b, end_time=end_time@entry=0x0) at keyboard.c:2571 #20 0x00000000004f1fdf in read_key_sequence ( keybuf=keybuf@entry=0x7fff3fade460, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #21 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 ---Type to continue, or q to quit--- #22 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #23 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #24 0x00000000005556bb in internal_catch (tag=12265170, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #25 0x00000000004ea503 in command_loop () at keyboard.c:1149 #26 recursive_edit_1 () at keyboard.c:778 #27 0x0000000000512b67 in read_minibuf (map=map@entry=16051638, initial=initial@entry=12140850, prompt=, prompt@entry=279789009, expflag=, histvar=histvar@entry=12305634, histpos=0, defalt=defalt@entry=189286897, allow_props=false, inherit_input_method=false) at minibuf.c:674 #28 0x00000000005131ce in Fread_from_minibuffer (prompt=279789009, initial_contents=12140850, keymap=16051638, read=12140850, hist=, default_value=189286897, inherit_input_method=12140850) at minibuf.c:957 #29 0x0000000000557328 in Ffuncall (nargs=, args=) at eval.c:2837 #30 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=8200, nargs=140734261749672, args=0x8) at bytecode.c:916 ---Type to continue, or q to quit--- #31 0x0000000000556ed7 in funcall_lambda (fun=140734261750496, nargs=nargs@entry=8, arg_vector=0x917141 , arg_vector@entry=0x7fff3fade918) at eval.c:2978 #32 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=9, args=args@entry=0x7fff3fade910) at eval.c:2872 #33 0x0000000000510c00 in Fcompleting_read (prompt=279789009, collection=88850886, predicate=12140850, require_match=12140850, initial_input=12140850, hist=12140850, def=189286897, inherit_input_method=12140850) at minibuf.c:1674 #34 0x00000000005573f1 in Ffuncall (nargs=, args=) at eval.c:2844 #35 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=140734261750384, args=0x8) at bytecode.c:916 #36 0x0000000000556e3f in funcall_lambda (fun=186153037, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff3fadec98) at eval.c:3044 #37 0x00000000005571b3 in Ffuncall (nargs=1, args=0x7fff3fadec90) at eval.c:2872 #38 0x0000000000557449 in funcall_nil (nargs=, args=) at eval.c:2362 #39 0x0000000000555c6d in run_hook_with_args (nargs=1, args=0x7fff3fadec90, funcall=0x557440 ) at eval.c:2547 #40 0x0000000000555d96 in Frun_hooks (nargs=1, args=0x7fff3faded40) ---Type to continue, or q to quit--- at eval.c:2389 #41 0x0000000000557291 in Ffuncall (nargs=, args=) at eval.c:2792 #42 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=140734261751088, args=0x2) at bytecode.c:916 #43 0x0000000000556e3f in funcall_lambda (fun=187962589, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff3fadef28) at eval.c:3044 #44 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3fadef20) at eval.c:2872 #45 0x0000000000553740 in Fcall_interactively (function=, record_flag=, keys=) at callint.c:836 #46 0x0000000000557390 in Ffuncall (nargs=, args=) at eval.c:2818 #47 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=4100, nargs=140734261752048, args=0x4) at bytecode.c:916 #48 0x0000000000556ed7 in funcall_lambda (fun=0, nargs=nargs@entry=1, arg_vector=0x91f9d9 , arg_vector@entry=0x7fff3fadf248) at eval.c:2978 #49 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3fadf240) at eval.c:2872 #50 0x00000000005574fa in call1 (fn=, arg1=) ---Type to continue, or q to quit--- at eval.c:2610 #51 0x00000000004f3d6d in command_loop_1 () at keyboard.c:1560 #52 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #53 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #54 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #55 0x00000000004ea577 in command_loop () at keyboard.c:1157 #56 recursive_edit_1 () at keyboard.c:778 #57 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #58 0x0000000000417c95 in main (argc=, argv=0x7fff3fadf5e8) at emacs.c:1642 (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81 81 in ../sysdeps/unix/syscall-template.S (gdb) bt #0 0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007fbb01850b72 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x00007fbb0185264f in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x00007fbb081b4198 in _XReadEvents () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #4 0x00007fbb0819c751 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #5 0x00007fbb081e2f24 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #6 0x00007fbb081e3b80 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #7 0x00007fbb081e3e71 in _XimRead () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #8 0x00007fbb081d28a6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #9 0x00007fbb081c0b3d in XSetICValues () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #10 0x00000000004cbd23 in xic_set_preeditarea (w=w@entry=0x11508e0, x=x@entry=275, y=y@entry=0) at xfns.c:2107 #11 0x00000000004ba975 in x_draw_window_cursor (w=0x11508e0, glyph_row=, x=275, y=0, cursor_type=, cursor_width=, on_p=, active_p=) at xterm.c:7331 #12 0x0000000000457f03 in display_and_set_cursor (w=w@entry=0x11508e0, on=on@entry=true, hpos=25, vpos=0, x=275, y=0) at xdisp.c:27634 ---Type to continue, or q to quit--- #13 0x00000000004b968c in x_update_window_end (w=0x11508e0, cursor_on_p=, mouse_face_overwritten_p=) at xterm.c:582 #14 0x000000000041d45d in update_window (w=w@entry=0x11508e0, force_p=, force_p@entry=true) at dispnew.c:3541 #15 0x000000000041e72b in update_window_tree (w=0x11508e0, w@entry=0xb5d99a8, force_p=force_p@entry=true) at dispnew.c:3216 #16 0x0000000000420c7d in update_frame (f=f@entry=0x114e878, force_p=, force_p@entry=false, inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3105 #17 0x000000000044e957 in redisplay_internal () at xdisp.c:13961 #18 0x0000000000450745 in redisplay () at xdisp.c:13201 #19 0x00000000004f0661 in read_char (commandflag=1, map=map@entry=283856358, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fade38b, end_time=end_time@entry=0x0) at keyboard.c:2571 #20 0x00000000004f1fdf in read_key_sequence ( keybuf=keybuf@entry=0x7fff3fade460, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #21 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 ---Type to continue, or q to quit--- #22 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #23 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #24 0x00000000005556bb in internal_catch (tag=12265170, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #25 0x00000000004ea503 in command_loop () at keyboard.c:1149 #26 recursive_edit_1 () at keyboard.c:778 #27 0x0000000000512b67 in read_minibuf (map=map@entry=16051638, initial=initial@entry=12140850, prompt=, prompt@entry=279789009, expflag=, histvar=histvar@entry=12305634, histpos=0, defalt=defalt@entry=189286897, allow_props=false, inherit_input_method=false) at minibuf.c:674 #28 0x00000000005131ce in Fread_from_minibuffer (prompt=279789009, initial_contents=12140850, keymap=16051638, read=12140850, hist=, default_value=189286897, inherit_input_method=12140850) at minibuf.c:957 #29 0x0000000000557328 in Ffuncall (nargs=, args=) at eval.c:2837 #30 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=8200, nargs=140734261749672, args=0x8) at bytecode.c:916 ---Type to continue, or q to quit--- #31 0x0000000000556ed7 in funcall_lambda (fun=140734261750496, nargs=nargs@entry=8, arg_vector=0x917141 , arg_vector@entry=0x7fff3fade918) at eval.c:2978 #32 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=9, args=args@entry=0x7fff3fade910) at eval.c:2872 #33 0x0000000000510c00 in Fcompleting_read (prompt=279789009, collection=88850886, predicate=12140850, require_match=12140850, initial_input=12140850, hist=12140850, def=189286897, inherit_input_method=12140850) at minibuf.c:1674 #34 0x00000000005573f1 in Ffuncall (nargs=, args=) at eval.c:2844 #35 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=140734261750384, args=0x8) at bytecode.c:916 #36 0x0000000000556e3f in funcall_lambda (fun=186153037, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff3fadec98) at eval.c:3044 #37 0x00000000005571b3 in Ffuncall (nargs=1, args=0x7fff3fadec90) at eval.c:2872 #38 0x0000000000557449 in funcall_nil (nargs=, args=) at eval.c:2362 #39 0x0000000000555c6d in run_hook_with_args (nargs=1, args=0x7fff3fadec90, funcall=0x557440 ) at eval.c:2547 #40 0x0000000000555d96 in Frun_hooks (nargs=1, args=0x7fff3faded40) ---Type to continue, or q to quit--- at eval.c:2389 #41 0x0000000000557291 in Ffuncall (nargs=, args=) at eval.c:2792 #42 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=140734261751088, args=0x2) at bytecode.c:916 #43 0x0000000000556e3f in funcall_lambda (fun=187962589, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff3fadef28) at eval.c:3044 #44 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3fadef20) at eval.c:2872 #45 0x0000000000553740 in Fcall_interactively (function=, record_flag=, keys=) at callint.c:836 #46 0x0000000000557390 in Ffuncall (nargs=, args=) at eval.c:2818 #47 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=4100, nargs=140734261752048, args=0x4) at bytecode.c:916 #48 0x0000000000556ed7 in funcall_lambda (fun=0, nargs=nargs@entry=1, arg_vector=0x91f9d9 , arg_vector@entry=0x7fff3fadf248) at eval.c:2978 #49 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3fadf240) at eval.c:2872 #50 0x00000000005574fa in call1 (fn=, arg1=) ---Type to continue, or q to quit--- at eval.c:2610 #51 0x00000000004f3d6d in command_loop_1 () at keyboard.c:1560 #52 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #53 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #54 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #55 0x00000000004ea577 in command_loop () at keyboard.c:1157 #56 recursive_edit_1 () at keyboard.c:778 #57 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #58 0x0000000000417c95 in main (argc=, argv=0x7fff3fadf5e8) at emacs.c:1642 (gdb) Continuing. Program received signal SIGTERM, Terminated. 0x00007fbb0819c709 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6 (gdb) --=-=-= Content-Type: text/plain Thanks! In GNU Emacs 24.4.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8) of 2015-02-17 on jangai Windowing system distributor `The X.Org Foundation', version 11.0.11501000 System Description: Ubuntu 14.04.2 LTS Important settings: value of $LANG: en_GB.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: msb-mode: t projectile-global-mode: t projectile-mode: t global-eval-pulse-mode: t global-semanticdb-minor-mode: t global-semantic-idle-scheduler-mode: t semantic-mode: t yas-global-mode: t yas-minor-mode: t global-pabbrev-mode: t global-auto-complete-mode: t auto-complete-mode: t eldoc-mode: t paredit-mode: t whitespace-mode: t global-lentic-mode: t lentic-mode: t tmmofl-mode: t auto-image-file-mode: t winner-mode: t override-global-mode: t tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-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 messages: use-package idle:(lambda nil (require (quote eol-conversion))) use-package idle:(lambda nil (progn (semantic-mode 1) (require (quote semantic/bovine/el)) (if (member (quote (emacs-lisp-mode . semantic-default-elisp-setup)) semantic-new-buffer-setup-functions) semantic-new-buffer-setup-functions (setq semantic-new-buffer-setup-functions (cons (quote (emacs-lisp-mode . semantic-default-elisp-setup)) semantic-new-buffer-setup-functions))))) use-package idle:(lambda nil (global-eval-pulse-mode 1)) Configuring package eval-pulse...done use-package idle:(lambda nil (global-auto-complete-mode)) use-package idle:(lambda nil (progn (setq projectile-mode-line-lighter Prj) (projectile-global-mode))) use-package idle:(lambda nil (msb-mode 1)) Configuring package msb...done (0.022s) use-package idle:(lambda nil (progn (add-hook (quote dired-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote custom-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote w3-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote Man-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote view-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote woman-pre-format-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote dictionary-mode-hook) (quote turn-on-tempbuf-mode)) (setq tempbuf-minimum-timeout 3000))) use-package idle:(lambda nil (require (quote eshell))) Load-path shadows: ~/emacs/lentic/temp hides ~/emacs/pabbrev/temp ~/src/large/adoc-mode/adoc-mode hides /home/phillord/.emacs.d/elpa/adoc-mode-0.6.2/adoc-mode /home/phillord/.emacs.d/elpa/lua-mode-20140514/lua-mode hides ~/emacs/packages/lua-mode ~/src/large/adoc-mode/adoc-mode hides ~/emacs/adoc-mode ~/emacs/lentic/temp hides ~/emacs/temp ~/emacs/lentic/open hides ~/emacs/open ~/emacs/packages/css-mode hides /usr/local/share/emacs/24.4.90/lisp/textmodes/css-mode ~/emacs/pulse hides /usr/local/share/emacs/24.4.90/lisp/cedet/pulse /usr/local/share/emacs/24.4.90/lisp/progmodes/compile hides /home/phillord/emacs/packages/edb-1.31/examples/edbibtex/compile Features: (shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode mm-bodies mailabbrev gmm-utils mailheader sendmail esh-var esh-io esh-cmd esh-opt esh-ext esh-proc esh-arg esh-groups eshell esh-module esh-mode esh-util philmsb msb projectile ibuf-ext ibuffer pkg-info lisp-mnt epl grep eval-pulse semantic/bovine/el semantic/db-el eieio-opt speedbar sb-image dframe semantic/bovine semantic/db-mode semantic/db eieio-base semantic/idle semantic/format ezimage semantic/tag-ls semantic/find semantic/ctxt semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local cedet eol-conversion tmmofl-x yasnippet help-mode pabbrev thingatpt flymake auto-complete popup eldoc paredit-pause paredit-menu paredit disp-table whitespace lentic-server web-server mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums web-server-status-codes lentic-mode lentic-doc f s lentic-org lentic-block ox-latex ox-icalendar ox-html ox-ascii ox-publish ox org-element eww mm-url gnus gnus-ems nnheader mail-utils wid-edit url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse auth-source gnus-util mm-util mail-prsvr password-cache url-vars mailcap shr browse-url local-lentic-autoloads lentic m-buffer-at m-buffer m-buffer-macro dash eieio byte-opt eieio-core copyright derived philr phillisp compile pulse philasciidoc advice help-fns philface shared tmmofl cl-macs cl gv ido printing ps-print ps-def lpr edmacro kmacro ob-R org org-macro org-footnote org-pcomplete pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint comint ansi-color ob-core ob-eval org-compat org-macs org-loaddefs format-spec find-func cal-menu calendar cal-loaddefs image-file package-autoload winner use-package diminish bytecomp byte-compile cl-extra cl-loaddefs cl-lib cconv bind-key easy-mmode tex-site info easymenu package epg-config git-update ring server time-date 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 move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 313850 12121) (symbols 48 42155 0) (miscs 40 86 159) (strings 32 85922 9372) (string-bytes 1 2804260) (vectors 16 33906) (vector-slots 8 649429 7328) (floats 8 468 26) (intervals 56 357 0) (buffers 960 14) (heap 1024 32703 1558)) --=-=-=-- From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Mar 2015 17:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: <20134@debbugs.gnu.org> Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142678790223666 (code B ref 20134); Thu, 19 Mar 2015 17:59:02 +0000 Received: (at 20134) by debbugs.gnu.org; 19 Mar 2015 17:58:22 +0000 Received: from localhost ([127.0.0.1]:53299 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YYei5-00069d-IT for submit@debbugs.gnu.org; Thu, 19 Mar 2015 13:58:22 -0400 Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:39540) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YYei2-00069S-8o for 20134@debbugs.gnu.org; Thu, 19 Mar 2015 13:58:19 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot22.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YYehq-0008Sv-D8 for 20134@debbugs.gnu.org; Thu, 19 Mar 2015 17:58:17 +0000 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YYehq-0004Mr-05 for 20134@debbugs.gnu.org; Thu, 19 Mar 2015 17:58:06 +0000 From: phillip.lord@newcastle.ac.uk (Phillip Lord) References: <87zj7ae6il.fsf@newcastle.ac.uk> Date: Thu, 19 Mar 2015 17:58:05 +0000 In-Reply-To: (GNU bug Tracking System's message of "Wed, 18 Mar 2015 14:16:03 +0000") Message-ID: <871tkk50pe.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) I am experiencing the same kind of slowdown in with an Emacs 24.4.1 also. A quick (and ignorant) look at the backtrace suggests that it's got a lot of the same functions in it as the previous one. So, it does not look like a regression bug to me. Again, auctex seems to cause the problem. (gdb) bt #0 0x00007f1040bcce79 in __pselect (nfds=nfds@entry=18, readfds=readfds@entry=0x7fff18b63170, writefds=writefds@entry=0x7fff18b631f0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff18b63750, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 #1 0x00000000005cc1e9 in xg_select (fds_lim=18, rfds=rfds@entry=0x7fff18b63760, wfds=wfds@entry=0x7fff18b637e0, efds=efds@entry=0x0, timeout=timeout@entry=0x7fff18b63750, sigmask=sigmask@entry=0x0) at xgselect.c:105 #2 0x000000000059506d in wait_reading_process_output ( time_limit=, nsecs=998406449, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4606 #3 0x00000000004ec9fe in kbd_buffer_get_event (end_time=0x7fff18b63f60, used_mouse_menu=, kbp=) at keyboard.c:3885 #4 read_event_from_main_queue (used_mouse_menu=, local_getcjmp=, end_time=0x7fff18b63f60) at keyboard.c:2246 #5 read_decoded_event_from_main_queue ( ---Type to continue, or q to quit--- end_time=end_time@entry=0x7fff18b63f60, local_getcjmp=local_getcjmp@entry=0x7fff18b63d50, prev_event=prev_event@entry=12140850, used_mouse_menu=used_mouse_menu@entry=0x0) at keyboard.c:2309 #6 0x00000000004f0dcc in read_char (commandflag=commandflag@entry=0, map=12140850, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x0, end_time=0x7fff18b63f60) at keyboard.c:2895 #7 0x00000000005741f0 in read_filtered_event (no_switch_frame=false, ascii_required=false, error_nonascii=false, input_method=true, seconds=) at lread.c:632 #8 0x0000000000556eb0 in Ffuncall (nargs=, args=) at eval.c:2819 #9 0x000000000058b165 in exec_byte_code (bytestr=-514, vector=140733607981424, maxdepth=140733607981552, args_template=3076, nargs=140733607985208, args=0x4) at bytecode.c:916 #10 0x00000000005569f7 in funcall_lambda (fun=140733607988112, fun@entry=8772693, nargs=nargs@entry=1, arg_vector=0x85dc81 , arg_vector@entry=0x7fff18b64100) at eval.c:2979 #11 0x0000000000555df8 in apply_lambda (fun=8772693, args=, ---Type to continue, or q to quit--- count=count@entry=26) at eval.c:2920 #12 0x000000000055619c in eval_sub (form=) at eval.c:2257 #13 0x00000000005566c5 in Fprogn (body=18) at eval.c:462 #14 0x0000000000556496 in eval_sub (form=) at eval.c:2132 #15 0x0000000000556496 in eval_sub (form=) at eval.c:2132 #16 0x00000000005566c5 in Fprogn (body=18) at eval.c:462 #17 0x00000000005592f5 in Flet (args=19568006) at eval.c:970 #18 0x0000000000556496 in eval_sub (form=) at eval.c:2132 #19 0x00000000005566c5 in Fprogn (body=18) at eval.c:462 #20 0x0000000000556a5c in funcall_lambda (fun=fun@entry=19567894, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff18b64630) at eval.c:3038 #21 0x0000000000555df8 in apply_lambda (fun=19567894, args=, count=count@entry=17) at eval.c:2920 #22 0x000000000055619c in eval_sub (form=) at eval.c:2257 #23 0x0000000000556496 in eval_sub (form=) at eval.c:2132 #24 0x00000000005566c5 in Fprogn (body=18, body@entry=19517110) at eval.c:462 #25 0x000000000054a585 in Fsave_current_buffer (args=19517110) at editfns.c:954 #26 0x0000000000556496 in eval_sub (form=) at eval.c:2132 #27 0x00000000005566c5 in Fprogn (body=18) at eval.c:462 ---Type to continue, or q to quit--- #28 0x0000000000556a5c in funcall_lambda (fun=19517078, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff18b64b48) at eval.c:3038 #29 0x0000000000556cd3 in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fff18b64b40) at eval.c:2873 #30 0x000000000055814c in Fapply (nargs=2, args=0x7fff18b64b40) at eval.c:2294 #31 0x0000000000556db1 in Ffuncall (nargs=, args=) at eval.c:2793 #32 0x000000000058b165 in exec_byte_code (bytestr=-514, vector=140733607981424, maxdepth=140733607981552, args_template=12140850, nargs=140733607988040, args=0x3) at bytecode.c:916 #33 0x0000000000556370 in eval_sub (form=form@entry=10005358) at eval.c:2188 #34 0x0000000000559689 in internal_lisp_condition_case (var=, bodyform=10005358, handlers=) at eval.c:1317 #35 0x000000000058c12d in exec_byte_code (bytestr=-514, vector=140733607981424, maxdepth=140733607981552, args_template=12140850, nargs=140733607988584, args=0x8f) at bytecode.c:1162 #36 0x000000000055695f in funcall_lambda (fun=10005045, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff18b64f18) at eval.c:3045 #37 0x0000000000556cd3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff18b64f10) at eval.c:2873 ---Type to continue, or q to quit--- #38 0x000000000055701a in call1 (fn=, arg1=arg1@entry=18250573) at eval.c:2611 #39 0x00000000004eae7f in timer_check_2 (idle_timers=, timers=) at keyboard.c:4514 #40 timer_check () at keyboard.c:4581 #41 0x00000000004eb191 in readable_events (flags=1) at keyboard.c:3447 #42 0x00000000004ec558 in get_input_pending (flags=1) at keyboard.c:6765 #43 0x00000000004ef9a4 in detect_input_pending_run_timers ( do_display=do_display@entry=true) at keyboard.c:9894 #44 0x0000000000595266 in wait_reading_process_output ( time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4702 #45 0x0000000000421934 in sit_for (timeout=, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5861 #46 0x00000000004f06c4 in read_char (commandflag=1, map=map@entry=157483270, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff18b6574b, end_time=end_time@entry=0x0) at keyboard.c:2809 ---Type to continue, or q to quit--- #47 0x00000000004f1b9f in read_key_sequence ( keybuf=keybuf@entry=0x7fff18b65820, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9088 #48 0x00000000004f3790 in command_loop_1 () at keyboard.c:1452 #49 0x00000000005552ce in internal_condition_case ( bfun=bfun@entry=0x4f35a0 , handlers=, hfun=hfun@entry=0x4ea510 ) at eval.c:1348 #50 0x00000000004e5c4e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1177 #51 0x00000000005551db in internal_catch (tag=12188354, func=func@entry=0x4e5c30 , arg=12140850) at eval.c:1112 #52 0x00000000004ea137 in command_loop () at keyboard.c:1156 #53 recursive_edit_1 () at keyboard.c:777 #54 0x00000000004ea44d in Frecursive_edit () at keyboard.c:848 #55 0x0000000000417c35 in main (argc=, argv=0x7fff18b65b78) at emacs.c:1646 (gdb) (gdb) From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Mar 2015 20:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: phillip.lord@newcastle.ac.uk (Phillip Lord) Cc: 20134@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142679712116787 (code B ref 20134); Thu, 19 Mar 2015 20:32:02 +0000 Received: (at 20134) by debbugs.gnu.org; 19 Mar 2015 20:32:01 +0000 Received: from localhost ([127.0.0.1]:58579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YYh6m-0004Mh-Vu for submit@debbugs.gnu.org; Thu, 19 Mar 2015 16:32:01 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:65319) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YYh6j-0004MS-Lr for 20134@debbugs.gnu.org; Thu, 19 Mar 2015 16:31:59 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NLH00F007FHTX00@a-mtaout20.012.net.il> for 20134@debbugs.gnu.org; Thu, 19 Mar 2015 22:31:50 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NLH00F4G7P2GYA0@a-mtaout20.012.net.il>; Thu, 19 Mar 2015 22:31:50 +0200 (IST) Date: Thu, 19 Mar 2015 22:31:46 +0200 From: Eli Zaretskii In-reply-to: <871tkk50pe.fsf@newcastle.ac.uk> X-012-Sender: halo1@inter.net.il Message-id: <83d244wwy5.fsf@gnu.org> References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> X-Spam-Score: 1.0 (+) 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: 1.0 (+) > From: phillip.lord@newcastle.ac.uk (Phillip Lord) > Date: Thu, 19 Mar 2015 17:58:05 +0000 > > I am experiencing the same kind of slowdown in with an Emacs 24.4.1 > also. A quick (and ignorant) look at the backtrace suggests that it's > got a lot of the same functions in it as the previous one. > > So, it does not look like a regression bug to me. Again, auctex seems to > cause the problem. The results of "xbacktrace" might show more interesting info here. From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Apr 2015 14:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: phillip.lord@newcastle.ac.uk Cc: 20134@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142841861014734 (code B ref 20134); Tue, 07 Apr 2015 14:57:01 +0000 Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 14:56:50 +0000 Received: from localhost ([127.0.0.1]:47785 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfUvo-0003pZ-Ku for submit@debbugs.gnu.org; Tue, 07 Apr 2015 10:56:49 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:61085) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfUvk-0003pJ-RA for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 10:56:46 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NMF00500YHZEH00@a-mtaout20.012.net.il> for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 17:56:38 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NMF005WTYUD8I40@a-mtaout20.012.net.il>; Tue, 07 Apr 2015 17:56:38 +0300 (IDT) Date: Tue, 07 Apr 2015 17:56:46 +0300 From: Eli Zaretskii In-reply-to: <83d244wwy5.fsf@gnu.org> X-012-Sender: halo1@inter.net.il Message-id: <83iod8htqp.fsf@gnu.org> References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> X-Spam-Score: 1.0 (+) 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: 1.0 (+) > From: phillip.lord@newcastle.ac.uk (Phillip Lord) > Date: Tue, 07 Apr 2015 15:38:42 +0100 > > > I don't understand how could the slow-down happen here, at least not > > due to something Emacs does. Can you collect thread-level CPU usage, > > and see which threads are using CPU? > > How do I go about this? Pressing 'H' in 'top' is one way; there might be others. > > What about timers -- do you have many of them running? What is the > > value of timer-list and timer-idle-list? > > A few, indeed, but not thousands. I know how to debug timers but not > work out if one is chewing CPU. Some of them my own timers. When Emacs becomes sluggish, does pressing and holding an arrow key produces a slow response time for the first keypress, followed by more or less normal response times for the next keypresses? If so, the culprit is probably some idle timer. If all the keypresses get the same slow response, then it could be a non-idle timer. Showing a list of the timers you have might be a first step towards digging into this possibility. From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Apr 2015 15:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142842050718270 (code B ref 20134); Tue, 07 Apr 2015 15:29:01 +0000 Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 15:28:27 +0000 Received: from localhost ([127.0.0.1]:47959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfVQQ-0004kb-TD for submit@debbugs.gnu.org; Tue, 07 Apr 2015 11:28:27 -0400 Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:44206) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfVQO-0004kQ-9Q for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 11:28:25 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YfVQN-0007cv-Ab; Tue, 07 Apr 2015 16:28:23 +0100 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YfVQN-0006cJ-65; Tue, 07 Apr 2015 16:28:23 +0100 From: phillip.lord@newcastle.ac.uk (Phillip Lord) References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> Date: Tue, 07 Apr 2015 16:28:23 +0100 In-Reply-To: <83iod8htqp.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 7 Apr 2015 17:56:46 +0300") Message-ID: <877fto3qlk.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Eli Zaretskii writes: >> From: phillip.lord@newcastle.ac.uk (Phillip Lord) >> Date: Tue, 07 Apr 2015 15:38:42 +0100 >> >> > I don't understand how could the slow-down happen here, at least not >> > due to something Emacs does. Can you collect thread-level CPU usage, >> > and see which threads are using CPU? >> >> How do I go about this? > > Pressing 'H' in 'top' is one way; there might be others. I will add this tomorrow. It takes a while to produce the crash. >> > What about timers -- do you have many of them running? What is the >> > value of timer-list and timer-idle-list? >> >> A few, indeed, but not thousands. I know how to debug timers but not >> work out if one is chewing CPU. Some of them my own timers. > > When Emacs becomes sluggish, does pressing and holding an arrow key > produces a slow response time for the first keypress, followed by more > or less normal response times for the next keypresses? Nope. The lag is general. If I carry one for long enough, emacs hangs totally, but Emacs because unusable long before that point. > If so, the > culprit is probably some idle timer. If all the keypresses get the > same slow response, then it could be a non-idle timer. > > Showing a list of the timers you have might be a first step towards > digging into this possibility. timer-list is a variable defined in `C source code'. Its value is ([nil 21795 62426 202965 60 ac-clear-variables-every-minute nil nil 1000]) timer-idle-list is a variable defined in `C source code'. Its value is shown below. Documentation: List of active idle-time timers in order of increasing time. Value: ([t 0 0 500000 t jit-lock-context-fontify nil idle 0] [t 0 0 500000 t #[0 "\205\301 \207" [eldoc-mode eldoc-print-current-symbol-info] 1 "\n\n(fn)"] nil idle 0] [nil 0 1 0 t pabbrev-short-idle-timer nil idle 0] [nil 0 1 200000 t reftex-view-crossref-when-idle nil idle 0] [nil 0 5 0 t pabbrev-idle-timer-function nil idle 0] [nil 0 30 0 nil desktop-auto-save nil idle 0] [nil 0 60 0 t bibtex-parse-buffers-stealthily nil idle 0]) [back] From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Apr 2015 15:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: phillip.lord@newcastle.ac.uk (Phillip Lord) Cc: 20134@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142842106719232 (code B ref 20134); Tue, 07 Apr 2015 15:38:02 +0000 Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 15:37:47 +0000 Received: from localhost ([127.0.0.1]:47976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfVZS-000507-K1 for submit@debbugs.gnu.org; Tue, 07 Apr 2015 11:37:47 -0400 Received: from mtaout27.012.net.il ([80.179.55.183]:42900) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfVZP-0004zm-Jt for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 11:37:44 -0400 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0NMG003000FBK400@mtaout27.012.net.il> for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 18:32:30 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NMG00GW40I6VNA0@mtaout27.012.net.il>; Tue, 07 Apr 2015 18:32:30 +0300 (IDT) Date: Tue, 07 Apr 2015 18:37:45 +0300 From: Eli Zaretskii In-reply-to: <877fto3qlk.fsf@newcastle.ac.uk> X-012-Sender: halo1@inter.net.il Message-id: <83h9sshrue.fsf@gnu.org> References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> X-Spam-Score: 1.0 (+) 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: 1.0 (+) > From: phillip.lord@newcastle.ac.uk (Phillip Lord) > Cc: <20134@debbugs.gnu.org> > Date: Tue, 07 Apr 2015 16:28:23 +0100 > > > When Emacs becomes sluggish, does pressing and holding an arrow key > > produces a slow response time for the first keypress, followed by more > > or less normal response times for the next keypresses? > > Nope. The lag is general. If I carry one for long enough, emacs hangs > totally, but Emacs because unusable long before that point. Then I guess the primary suspects are non-idle timers and pre/post-command hooks. > timer-list is a variable defined in `C source code'. > Its value is > ([nil 21795 62426 202965 60 ac-clear-variables-every-minute nil nil 1000]) Did you try running without this timer? What about the pre/post-command hooks? From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Apr 2015 16:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142842340622977 (code B ref 20134); Tue, 07 Apr 2015 16:17:02 +0000 Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 16:16:46 +0000 Received: from localhost ([127.0.0.1]:48011 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfWBB-0005yX-KA for submit@debbugs.gnu.org; Tue, 07 Apr 2015 12:16:45 -0400 Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:47349) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfWB8-0005yM-Vf for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 12:16:44 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YfWB8-000597-A0; Tue, 07 Apr 2015 17:16:42 +0100 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YfWB8-0007pN-0h; Tue, 07 Apr 2015 17:16:42 +0100 From: phillip.lord@newcastle.ac.uk (Phillip Lord) References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> Date: Tue, 07 Apr 2015 17:16:41 +0100 In-Reply-To: <83h9sshrue.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 7 Apr 2015 18:37:45 +0300") Message-ID: <87iod73od2.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Eli Zaretskii writes: >> From: phillip.lord@newcastle.ac.uk (Phillip Lord) >> Cc: <20134@debbugs.gnu.org> >> Date: Tue, 07 Apr 2015 16:28:23 +0100 >> >> > When Emacs becomes sluggish, does pressing and holding an arrow key >> > produces a slow response time for the first keypress, followed by more >> > or less normal response times for the next keypresses? >> >> Nope. The lag is general. If I carry one for long enough, emacs hangs >> totally, but Emacs because unusable long before that point. > > Then I guess the primary suspects are non-idle timers and > pre/post-command hooks. > >> timer-list is a variable defined in `C source code'. >> Its value is >> ([nil 21795 62426 202965 60 ac-clear-variables-every-minute nil nil 1000]) > > Did you try running without this timer? Will do. > > What about the pre/post-command hooks? pre-command-hook is a variable defined in `C source code'. Its value is shown below. Value: (pabbrev-pre-command-hook preview-mark-point t) post-command-hook is a variable defined in `C source code'. Its value is (yas--post-command-handler pabbrev-post-command-hook preview-move-point t) From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Apr 2015 16:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: phillip.lord@newcastle.ac.uk (Phillip Lord) Cc: 20134@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142842380823650 (code B ref 20134); Tue, 07 Apr 2015 16:24:02 +0000 Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 16:23:28 +0000 Received: from localhost ([127.0.0.1]:48016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfWHg-00069N-En for submit@debbugs.gnu.org; Tue, 07 Apr 2015 12:23:28 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:38885) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfWHd-000695-TU for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 12:23:27 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NMG00J002IND000@a-mtaout21.012.net.il> for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 19:23:19 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NMG00JL62UUB360@a-mtaout21.012.net.il>; Tue, 07 Apr 2015 19:23:19 +0300 (IDT) Date: Tue, 07 Apr 2015 19:23:27 +0300 From: Eli Zaretskii In-reply-to: <87iod73od2.fsf@newcastle.ac.uk> X-012-Sender: halo1@inter.net.il Message-id: <83fv8bj4ao.fsf@gnu.org> References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87iod73od2.fsf@newcastle.ac.uk> X-Spam-Score: 1.0 (+) 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: 1.0 (+) > From: phillip.lord@newcastle.ac.uk (Phillip Lord) > Cc: <20134@debbugs.gnu.org> > Date: Tue, 07 Apr 2015 17:16:41 +0100 > > > What about the pre/post-command hooks? > > pre-command-hook is a variable defined in `C source code'. > Its value is shown below. > > Value: (pabbrev-pre-command-hook preview-mark-point t) > > > post-command-hook is a variable defined in `C source code'. > Its value is > (yas--post-command-handler pabbrev-post-command-hook preview-move-point t) I know nothing about these. Perhaps try disabling one at a time, and see if the problem goes away. From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Apr 2015 16:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142842547526311 (code B ref 20134); Tue, 07 Apr 2015 16:52:01 +0000 Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 16:51:15 +0000 Received: from localhost ([127.0.0.1]:48023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfWiZ-0006qJ-1B for submit@debbugs.gnu.org; Tue, 07 Apr 2015 12:51:15 -0400 Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:51558) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfWiW-0006qA-Is for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 12:51:13 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot22.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YfWiV-00021E-Es; Tue, 07 Apr 2015 17:51:11 +0100 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YfWiV-0000AF-Gh; Tue, 07 Apr 2015 17:51:11 +0100 From: phillip.lord@newcastle.ac.uk (Phillip Lord) References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> Date: Tue, 07 Apr 2015 17:51:11 +0100 In-Reply-To: <83h9sshrue.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 7 Apr 2015 18:37:45 +0300") Message-ID: <87a8yj3mrk.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Eli Zaretskii writes: >> From: phillip.lord@newcastle.ac.uk (Phillip Lord) >> Cc: <20134@debbugs.gnu.org> >> Date: Tue, 07 Apr 2015 16:28:23 +0100 >> >> > When Emacs becomes sluggish, does pressing and holding an arrow key >> > produces a slow response time for the first keypress, followed by more >> > or less normal response times for the next keypresses? >> >> Nope. The lag is general. If I carry one for long enough, emacs hangs >> totally, but Emacs because unusable long before that point. > > Then I guess the primary suspects are non-idle timers and > pre/post-command hooks. > >> timer-list is a variable defined in `C source code'. >> Its value is >> ([nil 21795 62426 202965 60 ac-clear-variables-every-minute nil nil 1000]) > > Did you try running without this timer? > > What about the pre/post-command hooks? Okay, I think this is likely to be correct, and also why the backtraces are so useless. Emacs is making extensive use of CPU (running at 100%) but only when I am typing. When I stop (which I obviously have to do to check gdb, then the CPU drops again. I've tried removing all post/pre command hooks with no success so far. From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Apr 2015 17:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: phillip.lord@newcastle.ac.uk (Phillip Lord) Cc: 20134@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142842784530660 (code B ref 20134); Tue, 07 Apr 2015 17:31:01 +0000 Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 17:30:45 +0000 Received: from localhost ([127.0.0.1]:48155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfXKm-0007yR-VI for submit@debbugs.gnu.org; Tue, 07 Apr 2015 13:30:45 -0400 Received: from mtaout26.012.net.il ([80.179.55.182]:52433) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfXKk-0007yA-0d for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 13:30:43 -0400 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NMG007005YE1100@mtaout26.012.net.il> for 20134@debbugs.gnu.org; Tue, 07 Apr 2015 20:31:49 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NMG00OWX611GG60@mtaout26.012.net.il>; Tue, 07 Apr 2015 20:31:49 +0300 (IDT) Date: Tue, 07 Apr 2015 20:30:42 +0300 From: Eli Zaretskii In-reply-to: <87a8yj3mrk.fsf@newcastle.ac.uk> X-012-Sender: halo1@inter.net.il Message-id: <83384bj16l.fsf@gnu.org> References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> X-Spam-Score: 1.0 (+) 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: 1.0 (+) > From: phillip.lord@newcastle.ac.uk (Phillip Lord) > Cc: <20134@debbugs.gnu.org> > Date: Tue, 07 Apr 2015 17:51:11 +0100 > > Okay, I think this is likely to be correct, and also why the backtraces > are so useless. Emacs is making extensive use of CPU (running at 100%) > but only when I am typing. When I stop (which I obviously have to do to > check gdb, then the CPU drops again. > > I've tried removing all post/pre command hooks with no success so far. Maybe there are other customizations with the same effect. Perhaps look for other kinds of hooks (the full list is in the ELisp manual). From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Apr 2015 08:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142848282228552 (code B ref 20134); Wed, 08 Apr 2015 08:48:01 +0000 Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 08:47:02 +0000 Received: from localhost ([127.0.0.1]:48777 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfldV-0007QS-Vz for submit@debbugs.gnu.org; Wed, 08 Apr 2015 04:47:02 -0400 Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:44821) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfldS-0007Pz-T0 for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 04:47:00 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YfldR-00019f-Bp; Wed, 08 Apr 2015 09:46:57 +0100 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YfldR-0006nA-J7; Wed, 08 Apr 2015 09:46:57 +0100 From: phillip.lord@newcastle.ac.uk (Phillip Lord) References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> Date: Wed, 08 Apr 2015 09:46:57 +0100 In-Reply-To: <83384bj16l.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 7 Apr 2015 20:30:42 +0300") Message-ID: <87wq1nj9by.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Eli Zaretskii writes: >> From: phillip.lord@newcastle.ac.uk (Phillip Lord) >> Cc: <20134@debbugs.gnu.org> >> Date: Tue, 07 Apr 2015 17:51:11 +0100 >> >> Okay, I think this is likely to be correct, and also why the backtraces >> are so useless. Emacs is making extensive use of CPU (running at 100%) >> but only when I am typing. When I stop (which I obviously have to do to >> check gdb, then the CPU drops again. >> >> I've tried removing all post/pre command hooks with no success so far. > > Maybe there are other customizations with the same effect. Perhaps > look for other kinds of hooks (the full list is in the ELisp manual). I'm working my way through this. Also trying to run in an emacs with just auctex installed to see if the problem is there. It really fumbling around in the dark, though. Is there no better way to work out the problem? Phil From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Apr 2015 11:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: phillip.lord@newcastle.ac.uk (Phillip Lord) Cc: 20134@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142849290318556 (code B ref 20134); Wed, 08 Apr 2015 11:36:01 +0000 Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 11:35:03 +0000 Received: from localhost ([127.0.0.1]:48893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfoG5-0004p0-GU for submit@debbugs.gnu.org; Wed, 08 Apr 2015 07:35:02 -0400 Received: from mtaout25.012.net.il ([80.179.55.181]:44743) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfoG2-0004oS-ET for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 07:34:59 -0400 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NMH00K00JRZCK00@mtaout25.012.net.il> for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 14:30:12 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NMH00JV5JYCZJ00@mtaout25.012.net.il>; Wed, 08 Apr 2015 14:30:12 +0300 (IDT) Date: Wed, 08 Apr 2015 14:34:58 +0300 From: Eli Zaretskii In-reply-to: <87wq1nj9by.fsf@newcastle.ac.uk> X-012-Sender: halo1@inter.net.il Message-id: <83h9sqhmzh.fsf@gnu.org> References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> X-Spam-Score: 1.0 (+) 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: 1.0 (+) > From: phillip.lord@newcastle.ac.uk (Phillip Lord) > Cc: <20134@debbugs.gnu.org> > Date: Wed, 08 Apr 2015 09:46:57 +0100 > > It really fumbling around in the dark, though. Is there no better way to > work out the problem? I'm not aware of any good facilities for that kind of research. profiler.el is supposed to be of help, but in your case it won't be, since you say it takes a lot of time before the problem becomes apparent. But maybe it's worth your while to wait until the problem is visible, then type "M-x profiler-start RET RET", press the arrow keys several times, then "M-x profiler-report RET", and see if something pops up. From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Apr 2015 14:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: phillip.lord@newcastle.ac.uk (Phillip Lord) Cc: Eli Zaretskii , 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.14285039223561 (code B ref 20134); Wed, 08 Apr 2015 14:39:02 +0000 Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 14:38:42 +0000 Received: from localhost ([127.0.0.1]:49258 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yfr7q-0000vN-2S for submit@debbugs.gnu.org; Wed, 08 Apr 2015 10:38:42 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:8266) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yfr7n-0000v8-K6 for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 10:38:39 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgUFAGvvdVRBbthL/2dsb2JhbAA3DoFFoW+BCIF1AQEEAVYjBQsLNBIUGA2IN6IRjGQJAQIBAoM+A4NwBKdoUw X-IPAS-Result: AgUFAGvvdVRBbthL/2dsb2JhbAA3DoFFoW+BCIF1AQEEAVYjBQsLNBIUGA2IN6IRjGQJAQIBAoM+A4NwBKdoUw X-IronPort-AV: E=Sophos;i="5.01,1,1400040000"; d="scan'208";a="115708264" Received: from 65-110-216-75.cpe.pppoe.ca (HELO pastel.home) ([65.110.216.75]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 08 Apr 2015 10:38:34 -0400 Received: by pastel.home (Postfix, from userid 20848) id 0803C1FC7; Wed, 8 Apr 2015 10:38:33 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> Date: Wed, 08 Apr 2015 10:38:32 -0400 In-Reply-To: <87wq1nj9by.fsf@newcastle.ac.uk> (Phillip Lord's message of "Wed, 08 Apr 2015 09:46:57 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > It really fumbling around in the dark, though. Is there no better way to > work out the problem? I think that the "eventual hang" is a good place to start focusing (although it may end up being another problem altogether). Stefan From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Apr 2015 15:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Eli Zaretskii , 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142850853516497 (code B ref 20134); Wed, 08 Apr 2015 15:56:02 +0000 Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 15:55:35 +0000 Received: from localhost ([127.0.0.1]:49367 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfsKE-0004I0-6P for submit@debbugs.gnu.org; Wed, 08 Apr 2015 11:55:35 -0400 Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:54757) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfsKA-0004Hl-Dh for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 11:55:32 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YfsK8-0004cS-Ck; Wed, 08 Apr 2015 16:55:29 +0100 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YfsK7-0001wH-R1; Wed, 08 Apr 2015 16:55:27 +0100 From: phillip.lord@newcastle.ac.uk (Phillip Lord) References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> Date: Wed, 08 Apr 2015 16:55:27 +0100 In-Reply-To: (Stefan Monnier's message of "Wed, 8 Apr 2015 10:38:32 -0400") Message-ID: <877ftmiphs.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Stefan Monnier writes: >> It really fumbling around in the dark, though. Is there no better way to >> work out the problem? > > I think that the "eventual hang" is a good place to start focusing > (although it may end up being another problem altogether). I captured a backtrace from a totally hung emacs earlier, which I include below. Somewhere down the line, this is actually being called by my code. I've also found that removing bib-cite-setup-mouse-function from after-change-functions seems to help reduce CPU usage for a while. However, this function seems to do more or less nothing (it sets a few text properties). I will try and reproduce the total hang -- obviously, this is difficult because it take a while for it to happen. #0 0x00007f1ca676612d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007f1ca324ab72 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x00007f1ca324c64f in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x00007f1ca9bae198 in _XReadEvents () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #4 0x00007f1ca9b96751 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #5 0x00007f1ca9bdcf24 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #6 0x00007f1ca9bddb80 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #7 0x00007f1ca9bdde71 in _XimRead () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #8 0x00007f1ca9bcc8a6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #9 0x00007f1ca9bbab3d in XSetICValues () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #10 0x00000000004cbd23 in xic_set_preeditarea (w=w@entry=0x11508e0, x=x@entry=209, y=y@entry=0) at xfns.c:2107 #11 0x00000000004ba975 in x_draw_window_cursor (w=0x11508e0, glyph_row=, x=209, y=0, cursor_type=, cursor_width=, on_p=, active_p=) at xterm.c:7331 #12 0x0000000000457f03 in display_and_set_cursor (w=0x11508e0, on=, hpos=19, vpos=0, x=209, y=0) at xdisp.c:27634 #13 0x0000000000458750 in update_window_cursor (w=, on=) at xdisp.c:27669 #14 0x00000000004587c8 in update_cursor_in_window_tree (w=0x11508e0, on_p=on_p@entry=true) at xdisp.c:27687 #15 0x0000000000458b11 in x_update_cursor (f=f@entry=0x114e878, on_p=on_p@entry=true) at xdisp.c:27701 #16 0x00000000004c9e0b in x_set_cursor_color (f=0x114e878, arg=59329617, oldval=) at xfns.c:830 #17 0x0000000000425ffa in x_set_frame_parameters (f=f@entry=0x114e878, alist=, alist@entry=135523158) at frame.c:2938 #18 0x000000000042698c in Fmodify_frame_parameters (frame=, alist=135523158) at frame.c:2350 #19 0x00000000005573a0 in Ffuncall (nargs=, args=) at eval.c:2814 ---Type to continue, or q to quit--- #20 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=140733448345160, args=0x3) at bytecode.c:916 #21 0x0000000000556e3f in funcall_lambda (fun=fun@entry=9835493, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff0f325770) at eval.c:3044 #22 0x00000000005562d8 in apply_lambda (fun=9835493, args=, count=count@entry=36) at eval.c:2919 #23 0x000000000055667c in eval_sub (form=) at eval.c:2256 #24 0x0000000000556ba5 in Fprogn (body=140733448338000) at eval.c:462 #25 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #26 0x0000000000556ba5 in Fprogn (body=140733448338000) at eval.c:462 #27 0x0000000000556f3c in funcall_lambda (fun=69180726, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff0f325ac8) at eval.c:3037 #28 0x00000000005571b3 in Ffuncall (nargs=2, args=0x7fff0f325ac0) at eval.c:2872 #29 0x0000000000556a76 in eval_sub (form=) at eval.c:2154 #30 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #31 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #32 0x0000000000556ba5 in Fprogn (body=140733448338000) at eval.c:462 #33 0x00000000005597c5 in Flet (args=68602102) at eval.c:970 #34 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #35 0x0000000000556ba5 in Fprogn (body=140733448338000) at eval.c:462 #36 0x0000000000556976 in eval_sub (form=form@entry=68602326) at eval.c:2131 #37 0x0000000000559b59 in internal_lisp_condition_case (var=, bodyform=68602326, handlers=) at eval.c:1317 #38 0x0000000000556976 in eval_sub (form=) at eval.c:2131 ---Type to continue, or q to quit--- #39 0x0000000000556ba5 in Fprogn (body=140733448338000) at eval.c:462 #40 0x0000000000556f3c in funcall_lambda (fun=68600102, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff0f3261f0) at eval.c:3037 #41 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fff0f3261e8) at eval.c:2872 #42 0x00000000005574d8 in call0 (fn=78927922) at eval.c:2595 #43 0x00000000005557ae in internal_condition_case (bfun=bfun@entry=0x4e6200 , handlers=, hfun=hfun@entry=0x4e6aa0 ) at eval.c:1348 #44 0x00000000004e624a in safe_run_hook_funcall (nargs=, args=) at keyboard.c:1931 #45 0x0000000000555c6d in run_hook_with_args (nargs=1, args=0x7fff0f326298, funcall=0x4e6210 ) at eval.c:2547 #46 0x00000000004eab4f in safe_run_hooks (hook=78927922) at keyboard.c:1948 #47 0x00000000004f3d9f in command_loop_1 () at keyboard.c:1574 #48 0x00000000005557ae in internal_condition_case (bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #49 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #50 0x00000000005556bb in internal_catch (tag=12265170, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #51 0x00000000004ea503 in command_loop () at keyboard.c:1149 #52 recursive_edit_1 () at keyboard.c:778 #53 0x0000000000512b67 in read_minibuf (map=map@entry=16048598, initial=initial@entry=12140850, prompt=, prompt@entry=58357889, expflag=, histvar=histvar@entry=12305634, histpos=0, defalt=defalt@entry=12140850, allow_props=false, inherit_input_method=false) at minibuf.c:674 #54 0x00000000005131ce in Fread_from_minibuffer (prompt=58357889, initial_contents=12140850, keymap=16048598, read=12140850, hist=, default_value=12140850, inherit_input_method=12140850) at minibuf.c:957 ---Type to continue, or q to quit--- #55 0x0000000000557328 in Ffuncall (nargs=, args=) at eval.c:2837 #56 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=8200, nargs=140733448349224, args=0x8) at bytecode.c:916 #57 0x0000000000556ed7 in funcall_lambda (fun=140733448350080, nargs=nargs@entry=8, arg_vector=0x917141 , arg_vector@entry=0x7fff0f326798) at eval.c:2978 #58 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=9, args=args@entry=0x7fff0f326790) at eval.c:2872 #59 0x0000000000510c00 in Fcompleting_read (prompt=58357889, collection=12128637, predicate=58310757, require_match=12140898, initial_input=12140850, hist=12140850, def=12140850, inherit_input_method=12140850) at minibuf.c:1674 #60 0x00000000005573f1 in Ffuncall (nargs=, args=) at eval.c:2844 #61 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=35, args=0x8) at bytecode.c:916 #62 0x0000000000556850 in eval_sub (form=form@entry=58344854) at eval.c:2187 #63 0x0000000000559ce1 in Feval (form=form@entry=58344854, lexical=) at eval.c:1996 #64 0x00000000005531e9 in Fcall_interactively (function=16260338, record_flag=12140850, keys=75760397) at callint.c:345 #65 0x0000000000557390 in Ffuncall (nargs=, args=) at eval.c:2818 #66 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=4100, nargs=140733448350848, args=0x4) at bytecode.c:916 #67 0x0000000000556ed7 in funcall_lambda (fun=0, nargs=nargs@entry=1, arg_vector=0x91f9d9 , arg_vector@entry=0x7fff0f326dd8) at eval.c:2978 #68 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff0f326dd0) at eval.c:2872 #69 0x00000000005574fa in call1 (fn=, arg1=) at eval.c:2610 ---Type to continue, or q to quit--- #70 0x00000000004f3d6d in command_loop_1 () at keyboard.c:1560 #71 0x00000000005557ae in internal_condition_case (bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #72 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #73 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #74 0x00000000004ea577 in command_loop () at keyboard.c:1157 #75 recursive_edit_1 () at keyboard.c:778 #76 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #77 0x0000000000417c95 in main (argc=, argv=0x7fff0f327178) at emacs.c:1642 Lisp Backtrace: "modify-frame-parameters" (0xf325640) "set-cursor-color" (0xf325770) "cond" (0xf325928) "wide-column-warning-colour" (0xf325ac8) "funcall" (0xf325ac0) "if" (0xf325bd8) "if" (0xf325ca8) "let" (0xf325e18) "progn" (0xf325ef8) "condition-case" (0xf326058) ---Type to continue, or q to quit--- "wide-column-post-command-hook-function" (0xf3261f0) "read-from-minibuffer" (0xf326640) "completing-read-default" (0xf326798) "completing-read" (0xf326908) "byte-code" (0xf326a30) "call-interactively" (0xf326c90) "command-execute" (0xf326dd8) From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Apr 2015 16:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: phillip.lord@newcastle.ac.uk (Phillip Lord) Cc: monnier@iro.umontreal.ca, 20134@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142850915417472 (code B ref 20134); Wed, 08 Apr 2015 16:06:01 +0000 Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 16:05:54 +0000 Received: from localhost ([127.0.0.1]:49372 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfsUD-0004Xk-Kl for submit@debbugs.gnu.org; Wed, 08 Apr 2015 12:05:53 -0400 Received: from mtaout26.012.net.il ([80.179.55.182]:41725) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfsUB-0004XT-DK for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 12:05:52 -0400 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NMH00000WRCQ100@mtaout26.012.net.il> for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 19:07:01 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NMH00KBLWRPH240@mtaout26.012.net.il>; Wed, 08 Apr 2015 19:07:01 +0300 (IDT) Date: Wed, 08 Apr 2015 19:05:55 +0300 From: Eli Zaretskii In-reply-to: <877ftmiphs.fsf@newcastle.ac.uk> X-012-Sender: halo1@inter.net.il Message-id: <83zj6ifvvg.fsf@gnu.org> References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> <877ftmiphs.fsf@newcastle.ac.uk> X-Spam-Score: 1.0 (+) 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: 1.0 (+) > From: phillip.lord@newcastle.ac.uk (Phillip Lord) > Cc: Eli Zaretskii , <20134@debbugs.gnu.org> > Date: Wed, 08 Apr 2015 16:55:27 +0100 > > I captured a backtrace from a totally hung emacs earlier, which I > include below. Somewhere down the line, this is actually being called by > my code. Any idea how come completing-read is in the call-stack: > Lisp Backtrace: > "modify-frame-parameters" (0xf325640) > "set-cursor-color" (0xf325770) > "cond" (0xf325928) > "wide-column-warning-colour" (0xf325ac8) > "funcall" (0xf325ac0) > "if" (0xf325bd8) > "if" (0xf325ca8) > "let" (0xf325e18) > "progn" (0xf325ef8) > "condition-case" (0xf326058) > "wide-column-post-command-hook-function" (0xf3261f0) > "read-from-minibuffer" (0xf326640) > "completing-read-default" (0xf326798) > "completing-read" (0xf326908) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > "byte-code" (0xf326a30) > "call-interactively" (0xf326c90) > "command-execute" (0xf326dd8) And what is wide-column-post-command-hook-function? From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Apr 2015 16:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: monnier@iro.umontreal.ca, 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142851135520821 (code B ref 20134); Wed, 08 Apr 2015 16:43:01 +0000 Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 16:42:35 +0000 Received: from localhost ([127.0.0.1]:49406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yft3i-0005Pk-V2 for submit@debbugs.gnu.org; Wed, 08 Apr 2015 12:42:35 -0400 Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:33251) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yft3f-0005PX-HZ for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 12:42:32 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot22.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1Yft3e-0003To-Dr; Wed, 08 Apr 2015 17:42:30 +0100 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1Yft3e-0003Ba-6U; Wed, 08 Apr 2015 17:42:30 +0100 From: phillip.lord@newcastle.ac.uk (Phillip Lord) References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> <877ftmiphs.fsf@newcastle.ac.uk> <83zj6ifvvg.fsf@gnu.org> Date: Wed, 08 Apr 2015 17:42:30 +0100 In-Reply-To: <83zj6ifvvg.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 8 Apr 2015 19:05:55 +0300") Message-ID: <87mw2ih8qx.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Eli Zaretskii writes: >> From: phillip.lord@newcastle.ac.uk (Phillip Lord) >> Cc: Eli Zaretskii , <20134@debbugs.gnu.org> >> Date: Wed, 08 Apr 2015 16:55:27 +0100 >> >> I captured a backtrace from a totally hung emacs earlier, which I >> include below. Somewhere down the line, this is actually being called by >> my code. > > Any idea how come completing-read is in the call-stack: Yep. The final hang was in the mini-buffer, right after "M-x". I am sure that wide-column shouldn't be doing anything in the mini-buffer, but there is not check for it. > >> Lisp Backtrace: >> "modify-frame-parameters" (0xf325640) >> "set-cursor-color" (0xf325770) >> "cond" (0xf325928) >> "wide-column-warning-colour" (0xf325ac8) >> "funcall" (0xf325ac0) >> "if" (0xf325bd8) >> "if" (0xf325ca8) >> "let" (0xf325e18) >> "progn" (0xf325ef8) >> "condition-case" (0xf326058) >> "wide-column-post-command-hook-function" (0xf3261f0) >> "read-from-minibuffer" (0xf326640) >> "completing-read-default" (0xf326798) >> "completing-read" (0xf326908) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<< >> "byte-code" (0xf326a30) >> "call-interactively" (0xf326c90) >> "command-execute" (0xf326dd8) > > And what is wide-column-post-command-hook-function? https://raw.githubusercontent.com/phillord/phil-emacs-packages/master/wide-column.el It's an overly complex function which calls effectively changes the colour of the cursor once a line gets too long. I have been suspicious about this function for a while, but I use it in lots of buffers and it has not changed for years (probably a decade). Phil From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Apr 2015 17:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: monnier@iro.umontreal.ca, 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142851291423183 (code B ref 20134); Wed, 08 Apr 2015 17:09:01 +0000 Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 17:08:34 +0000 Received: from localhost ([127.0.0.1]:49413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YftSr-00061o-Ew for submit@debbugs.gnu.org; Wed, 08 Apr 2015 13:08:34 -0400 Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:59017) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YftSp-00061f-1J for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 13:08:32 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YftSn-0004wY-Cd; Wed, 08 Apr 2015 18:08:30 +0100 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YftSm-0003d0-Uj; Wed, 08 Apr 2015 18:08:28 +0100 From: phillip.lord@newcastle.ac.uk (Phillip Lord) In-Reply-To: <87mw2ih8qx.fsf@newcastle.ac.uk> (Phillip Lord's message of "Wed, 08 Apr 2015 17:42:30 +0100") References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> <877ftmiphs.fsf@newcastle.ac.uk> <83zj6ifvvg.fsf@gnu.org> <87mw2ih8qx.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Date: Wed, 08 Apr 2015 18:08:28 +0100 Message-ID: <87fv8ah7jn.fsf@newcastle.ac.uk> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Here is another backtrace. Wide-column-mode is gone and was not loaded this time. Again, Emacs has hung in the mini-buffer (it is showing M-x again). I remember that my earlier attempts to profiler emacs did show quite a lot of time in completing-read which I was rather confused about. Phil Temporary breakpoint 2 at 0x4ff120: file sysdep.c, line 850. (gdb) bt #0 0x00007f5d9ff5712d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007f5d9ca3bb72 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x00007f5d9ca3d64f in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x00007f5da339f198 in _XReadEvents () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #4 0x00007f5da3387751 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #5 0x00007f5da33cdf24 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #6 0x00007f5da33ceb80 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #7 0x00007f5da33cee71 in _XimRead () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #8 0x00007f5da33bd8a6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #9 0x00007f5da33abb3d in XSetICValues () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #10 0x00000000004cbd23 in xic_set_preeditarea (w=w@entry=0x11508e0, x=x@entry=99, y=y@entry=0) at xfns.c:2107 #11 0x00000000004ba975 in x_draw_window_cursor (w=0x11508e0, glyph_row=, x=99, y=0, cursor_type=, cursor_width=, on_p=, active_p=) at xterm.c:7331 #12 0x0000000000457f03 in display_and_set_cursor (w=w@entry=0x11508e0, on=on@entry=true, hpos=9, vpos=0, x=99, y=0) at xdisp.c:27634 #13 0x00000000004b968c in x_update_window_end (w=0x11508e0, cursor_on_p=, mouse_face_overwritten_p=) at xterm.c:582 #14 0x000000000041d45d in update_window (w=w@entry=0x11508e0, force_p=, force_p@entry=true) at dispnew.c:3541 #15 0x000000000041e72b in update_window_tree (w=0x11508e0, w@entry=0x6899b68, force_p=force_p@entry=true) at dispnew.c:3216 #16 0x0000000000420c7d in update_frame (f=f@entry=0x114e878, force_p=, force_p@entry=false, inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3105 #17 0x000000000044f69d in redisplay_internal () at xdisp.c:14024 #18 0x0000000000450795 in redisplay_preserve_echo_area (from_where=from_where@entry=8) at xdisp.c:14182 #19 0x00000000004efdfa in detect_input_pending_run_timers (do_display=do_display@entry=true) at keyboard.c:9898 #20 0x0000000000595756 in wait_reading_process_output (time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4702 #21 0x0000000000421a54 in sit_for (timeout=, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5867 #22 0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=122914326, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff02a8b56b, end_time=end_time@entry=0x0) at keyboard.c:2810 #23 0x00000000004f1fdf in read_key_sequence (keybuf=keybuf@entry=0x7fff02a8b640, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #24 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 #25 0x00000000005557ae in internal_condition_case (bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #26 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #27 0x00000000005556bb in internal_catch (tag=12265170, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #28 0x00000000004ea503 in command_loop () at keyboard.c:1149 #29 recursive_edit_1 () at keyboard.c:778 #30 0x0000000000512b67 in read_minibuf (map=map@entry=16048598, initial=initial@entry=12140850, prompt=, prompt@entry=413383377, ---Type to continue, or q to quit--- expflag=, histvar=histvar@entry=17022162, histpos=0, defalt=defalt@entry=12140850, allow_props=false, inherit_input_method=false) at minibuf.c:674 #31 0x00000000005131ce in Fread_from_minibuffer (prompt=413383377, initial_contents=12140850, keymap=16048598, read=12140850, hist=, default_value=12140850, inherit_input_method=12140850) at minibuf.c:957 #32 0x0000000000557328 in Ffuncall (nargs=, args=) at eval.c:2837 #33 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=8200, nargs=140733238000008, args=0x8) at bytecode.c:916 #34 0x0000000000556ed7 in funcall_lambda (fun=140733238000832, nargs=nargs@entry=8, arg_vector=0x917141 , arg_vector@entry=0x7fff02a8baf8) at eval.c:2978 #35 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=9, args=args@entry=0x7fff02a8baf0) at eval.c:2872 #36 0x0000000000510c00 in Fcompleting_read (prompt=413383377, collection=12128637, predicate=12265266, require_match=12140898, initial_input=12140850, hist=17022162, def=12140850, inherit_input_method=12140850) at minibuf.c:1674 #37 0x00000000005573f1 in Ffuncall (nargs=, args=) at eval.c:2844 #38 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=0, nargs=140733238000728, args=0x7) at bytecode.c:916 #39 0x0000000000556ed7 in funcall_lambda (fun=140733238001136, nargs=nargs@entry=0, arg_vector=0x91f319 , arg_vector@entry=0x7fff02a8bdb8) at eval.c:2978 #40 0x00000000005571b3 in Ffuncall (nargs=1, args=0x7fff02a8bdb0) at eval.c:2872 #41 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=0, args=0x1) at bytecode.c:916 #42 0x0000000000556850 in eval_sub (form=form@entry=9566502) at eval.c:2187 #43 0x0000000000559ce1 in Feval (form=form@entry=9566502, lexical=) at eval.c:1996 #44 0x00000000005531e9 in Fcall_interactively (function=12460498, record_flag=12140850, keys=12175837) at callint.c:345 #45 0x0000000000557390 in Ffuncall (nargs=, args=) at eval.c:2818 #46 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=4100, nargs=140733238001904, args=0x4) at bytecode.c:916 #47 0x0000000000556ed7 in funcall_lambda (fun=0, nargs=nargs@entry=1, arg_vector=0x91f9d9 , arg_vector@entry=0x7fff02a8c248) at eval.c:2978 #48 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff02a8c240) at eval.c:2872 #49 0x00000000005574fa in call1 (fn=, arg1=) at eval.c:2610 #50 0x00000000004f3d6d in command_loop_1 () at keyboard.c:1560 #51 0x00000000005557ae in internal_condition_case (bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #52 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #53 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #54 0x00000000004ea577 in command_loop () at keyboard.c:1157 #55 recursive_edit_1 () at keyboard.c:778 #56 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #57 0x0000000000417c95 in main (argc=, argv=0x7fff02a8c5e8) at emacs.c:1642 ---Type to continue, or q to quit--- Lisp Backtrace: "redisplay_internal (C function)" (0xb7a668) "read-from-minibuffer" (0x2a8b9a0) "completing-read-default" (0x2a8baf8) "completing-read" (0x2a8bc58) "read-extended-command" (0x2a8bdb8) "byte-code" (0x2a8bea0) "call-interactively" (0x2a8c100) "command-execute" (0x2a8c248) (gdb) From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Apr 2015 17:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: phillip.lord@newcastle.ac.uk (Phillip Lord) Cc: monnier@iro.umontreal.ca, 20134@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142851507126448 (code B ref 20134); Wed, 08 Apr 2015 17:45:01 +0000 Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 17:44:31 +0000 Received: from localhost ([127.0.0.1]:49430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yfu1f-0006sW-5z for submit@debbugs.gnu.org; Wed, 08 Apr 2015 13:44:31 -0400 Received: from mtaout24.012.net.il ([80.179.55.180]:54077) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yfu1b-0006sE-EN for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 13:44:29 -0400 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NMI00B000MKO200@mtaout24.012.net.il> for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 20:35:36 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NMI0030W0VCH780@mtaout24.012.net.il>; Wed, 08 Apr 2015 20:35:36 +0300 (IDT) Date: Wed, 08 Apr 2015 20:44:18 +0300 From: Eli Zaretskii In-reply-to: <87fv8ah7jn.fsf@newcastle.ac.uk> X-012-Sender: halo1@inter.net.il Message-id: <83wq1mfrbh.fsf@gnu.org> References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> <877ftmiphs.fsf@newcastle.ac.uk> <83zj6ifvvg.fsf@gnu.org> <87mw2ih8qx.fsf@newcastle.ac.uk> <87fv8ah7jn.fsf@newcastle.ac.uk> X-Spam-Score: 1.0 (+) 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: 1.0 (+) > From: phillip.lord@newcastle.ac.uk (Phillip Lord) > Cc: , <20134@debbugs.gnu.org> > Date: Wed, 08 Apr 2015 18:08:28 +0100 > > > Here is another backtrace. There's that xic_set_preeditarea and xcb_wait_for_event again, called as part of Emacs redisplaying and setting the cursor. I don't understand why this would become progressively slower and slower during a session, but then I know nothing about XIC. What happens if, starting with this backtrace, you type "finish" until it stops showing the next frame up the call-stack -- which frame does it fail to leave from? From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Apr 2015 17:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Phillip Lord Cc: 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.142851586927602 (code B ref 20134); Wed, 08 Apr 2015 17:58:02 +0000 Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 17:57:49 +0000 Received: from localhost ([127.0.0.1]:49434 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfuEX-0007B8-FT for submit@debbugs.gnu.org; Wed, 08 Apr 2015 13:57:49 -0400 Received: from mout.gmx.net ([212.227.15.15]:60145) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YfuEU-0007Ar-Ep for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 13:57:47 -0400 Received: from [188.22.110.110] ([188.22.110.110]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MLNpK-1YgSSX4A42-000bJH; Wed, 08 Apr 2015 19:57:32 +0200 Message-ID: <55256C07.6010206@gmx.at> Date: Wed, 08 Apr 2015 19:57:27 +0200 From: martin rudalics MIME-Version: 1.0 References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> <877ftmiphs.fsf@newcastle.ac.uk> <83zj6ifvvg.fsf@gnu.org> <87mw2ih8qx.fsf@newcastle.ac.uk> <87fv8ah7jn.fsf@newcastle.ac.uk> <83wq1mfrbh.fsf@gnu.org> In-Reply-To: <83wq1mfrbh.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:v6e7svfUeR/PFddeL54di8auJJaTQeJi1GH/aYIeWtnzYIe1HG9 9AU9hDmzc+iDNAQCiNlwojozs5pWMh6haSet37YSfn89kenU1OSo5x8P3PFmJcNpVo1zAXb 08KCyCE7rO5LPejaLi/BFMXPY76RGMcrFDvwwN27/qpOaOW84pVGWZv+okg22z6hfPpQ7l9 3O59SzBoTSpr0+BGuq8bA== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) 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 (/) > There's that xic_set_preeditarea and xcb_wait_for_event again, called > as part of Emacs redisplaying and setting the cursor. I don't > understand why this would become progressively slower and slower > during a session, but then I know nothing about XIC. Disabling XIM in Emacs could help. See https://bugs.freedesktop.org/show_bug.cgi?id=78081 martin From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Apr 2015 20:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.14285231446420 (code B ref 20134); Wed, 08 Apr 2015 20:00:03 +0000 Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 19:59:04 +0000 Received: from localhost ([127.0.0.1]:49533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yfw7s-0001fT-2Y for submit@debbugs.gnu.org; Wed, 08 Apr 2015 15:59:04 -0400 Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:40086) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yfw7p-0001f4-PE for 20134@debbugs.gnu.org; Wed, 08 Apr 2015 15:59:02 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot22.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1Yfw7o-0008Ux-F1; Wed, 08 Apr 2015 20:59:00 +0100 Received: from cpc7-benw10-2-0-cust228.16-2.cable.virginm.net ([77.98.254.229] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1Yfw7o-0007a8-AV; Wed, 08 Apr 2015 20:59:00 +0100 From: phillip.lord@newcastle.ac.uk (Phillip Lord) References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> <877ftmiphs.fsf@newcastle.ac.uk> <83zj6ifvvg.fsf@gnu.org> <87mw2ih8qx.fsf@newcastle.ac.uk> <87fv8ah7jn.fsf@newcastle.ac.uk> <83wq1mfrbh.fsf@gnu.org> <55256C07.6010206@gmx.at> Date: Wed, 08 Apr 2015 20:58:58 +0100 In-Reply-To: <55256C07.6010206@gmx.at> (martin rudalics's message of "Wed, 8 Apr 2015 19:57:27 +0200") Message-ID: <87egnuv1bx.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) martin rudalics writes: >> There's that xic_set_preeditarea and xcb_wait_for_event again, called >> as part of Emacs redisplaying and setting the cursor. I don't >> understand why this would become progressively slower and slower >> during a session, but then I know nothing about XIC. > > Disabling XIM in Emacs could help. See > > https://bugs.freedesktop.org/show_bug.cgi?id=78081 That does look similar doesn't it. From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: phillip.lord@newcastle.ac.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 May 2015 12:11:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: <20134@debbugs.gnu.org> Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.14316054542652 (code B ref 20134); Thu, 14 May 2015 12:11:03 +0000 Received: (at 20134) by debbugs.gnu.org; 14 May 2015 12:10:54 +0000 Received: from localhost ([127.0.0.1]:44555 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YsryW-0000gc-Ap for submit@debbugs.gnu.org; Thu, 14 May 2015 08:10:53 -0400 Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:43662) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YsryS-0000gO-Lt for 20134@debbugs.gnu.org; Thu, 14 May 2015 08:10:50 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot22.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YsryR-0006Zf-D7 for 20134@debbugs.gnu.org; Thu, 14 May 2015 13:10:47 +0100 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YsryQ-0007s8-6A for 20134@debbugs.gnu.org; Thu, 14 May 2015 13:10:46 +0100 From: phillip.lord@newcastle.ac.uk (Phillip Lord) References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> <877ftmiphs.fsf@newcastle.ac.uk> <83zj6ifvvg.fsf@gnu.org> <87mw2ih8qx.fsf@newcastle.ac.uk> <87fv8ah7jn.fsf@newcastle.ac.uk> <83wq1mfrbh.fsf@gnu.org> Date: Thu, 14 May 2015 13:10:44 +0100 In-Reply-To: <83wq1mfrbh.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 8 Apr 2015 20:44:18 +0300") Message-ID: <87bnhngy0r.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.0.0.0 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) I've been trying to do this, but it's hard. The problem is that Emacs slowsdown and I have to keep typing until eventually it hangs. That can take a long time during which I have an unusable emacs, with garabled words and missing letters. And sometimes it doesn't hang. Is there anything else that I can do debugging wise does not involve waiting for a total hang? Eli Zaretskii writes: >> From: phillip.lord@newcastle.ac.uk (Phillip Lord) >> Cc: , <20134@debbugs.gnu.org> >> Date: Wed, 08 Apr 2015 18:08:28 +0100 >> >> >> Here is another backtrace. > > There's that xic_set_preeditarea and xcb_wait_for_event again, called > as part of Emacs redisplaying and setting the cursor. I don't > understand why this would become progressively slower and slower > during a session, but then I know nothing about XIC. > > What happens if, starting with this backtrace, you type "finish" until > it stops showing the next frame up the call-stack -- which frame does > it fail to leave from? From unknown Sat Aug 16 10:44:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Jan 2020 13:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20134 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: phillip.lord@newcastle.ac.uk (Phillip Lord) Cc: 20134@debbugs.gnu.org Received: via spool by 20134-submit@debbugs.gnu.org id=B20134.157978440932171 (code B ref 20134); Thu, 23 Jan 2020 13:01:02 +0000 Received: (at 20134) by debbugs.gnu.org; 23 Jan 2020 13:00:09 +0000 Received: from localhost ([127.0.0.1]:51941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iuc5g-0008Mm-In for submit@debbugs.gnu.org; Thu, 23 Jan 2020 08:00:08 -0500 Received: from ted.gofardesign.uk ([67.225.143.91]:47646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iuc5e-0008Ka-D4 for 20134@debbugs.gnu.org; Thu, 23 Jan 2020 08:00:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=marxist.se; s=default; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To: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=0UJI9r7r5pie4AkFL8qcVtatCEkJ+ai8P2y7NsROENw=; b=a9L7cKppiEWmAsUJA4W5/hSrwt yWs0gbisY0zZlKZVPUN0wfgmWFHNs28zwRNnytE5f3spkzCvzXVkRu+Fo6NjI2fo4/Ny9ZwRx7FUw vqrPpK35ORGUXhKxDGDC02728FSJnNAD6dtzMHmLpD9TOdyQb5xAhVu7TvL226KMpZ8Rmxft3nUdO VGYLJb34KTmxT0Nss2tFUFtGZg6Rxei4zB26/l1EgGP89O6+WWkaq11Ez4Wr7zmEh6eVrZaW1z2eh WrVaMGOrr5KoR/tiyipanIbRD6bma6SBxEmDZMNGQ08JM9kA3ATgk+bfoo3KW+eiYqJJ4uPUwZxWf ZU2lSulg==; Received: from h-70-69.a785.priv.bahnhof.se ([155.4.70.69]:39360 helo=localhost) by ted.gofardesign.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1iuc5Y-0011OP-9v; Thu, 23 Jan 2020 08:00:00 -0500 From: Stefan Kangas In-Reply-To: <87bnhngy0r.fsf@newcastle.ac.uk> (Phillip Lord's message of "Thu, 14 May 2015 13:10:44 +0100") References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> <877ftmiphs.fsf@newcastle.ac.uk> <83zj6ifvvg.fsf@gnu.org> <87mw2ih8qx.fsf@newcastle.ac.uk> <87fv8ah7jn.fsf@newcastle.ac.uk> <83wq1mfrbh.fsf@gnu.org> <87bnhngy0r.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Date: Thu, 23 Jan 2020 13:59:58 +0100 Message-ID: <87wo9igwfl.fsf@marxist.se> MIME-Version: 1.0 Content-Type: text/plain X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ted.gofardesign.uk X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - marxist.se X-Get-Message-Sender-Via: ted.gofardesign.uk: authenticated_id: stefan@marxist.se X-Authenticated-Sender: ted.gofardesign.uk: stefan@marxist.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) 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 (-) phillip.lord@newcastle.ac.uk (Phillip Lord) writes: > I've been trying to do this, but it's hard. The problem is that Emacs > slowsdown and I have to keep typing until eventually it hangs. That can > take a long time during which I have an unusable emacs, with garabled > words and missing letters. And sometimes it doesn't hang. > > Is there anything else that I can do debugging wise does not involve > waiting for a total hang? > > Eli Zaretskii writes: > >>> From: phillip.lord@newcastle.ac.uk (Phillip Lord) >>> Cc: , <20134@debbugs.gnu.org> >>> Date: Wed, 08 Apr 2015 18:08:28 +0100 >>> >>> >>> Here is another backtrace. >> >> There's that xic_set_preeditarea and xcb_wait_for_event again, called >> as part of Emacs redisplaying and setting the cursor. I don't >> understand why this would become progressively slower and slower >> during a session, but then I know nothing about XIC. >> >> What happens if, starting with this backtrace, you type "finish" until >> it stops showing the next frame up the call-stack -- which frame does >> it fail to leave from? That was 5 years ago. Did you ever find out any more information here? And are you still seeing this on a modern version of Emacs? Thanks. Best regards, Stefan Kangas From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 23 08:00:14 2020 Received: (at control) by debbugs.gnu.org; 23 Jan 2020 13:00:14 +0000 Received: from localhost ([127.0.0.1]:51944 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iuc5l-0008N8-W4 for submit@debbugs.gnu.org; Thu, 23 Jan 2020 08:00:14 -0500 Received: from ted.gofardesign.uk ([67.225.143.91]:47690) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iuc5k-0008Ma-GX for control@debbugs.gnu.org; Thu, 23 Jan 2020 08:00:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=marxist.se; s=default; h=Subject:From:To:Date:Sender:Reply-To:Message-ID: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=EqtrwpksrB5JUvI5hvfp9Sd1qcuVytrMqlj24VvOtuE=; b=qqYKfhWFm9E92WTNPIIeaBORhz LIysPBXjA9/CrM75S37vcGebe1BvCwJ7hAhtJVuQ6rhFS2rW3+P3G5c7O56RuiBUGQ69/yB526b36 z2EPF6oyMEbcPvzc8o4kB13J3YvqchfJ5AFIQDyo9Ui4xiYqAdiTe7E4Q5Mm71ETNWSAJ47LEDI/U 1YG5cCQ4ZAbm43vEZxmGC7Jan3wrUElsQC8nuHld1VHvMuyKuiG+WdTrTXNMQtP/VK05ZIMHhkzA4 KFjbcHBdpg9PWc8hRaV337sL9fo0bsiiMfWqFSc960sfvo14SpmPd+yVGWIFrY4bZRQZOOFL9lNrO XuoGjnJw==; Received: from h-70-69.a785.priv.bahnhof.se ([155.4.70.69]:39366 helo=localhost) by ted.gofardesign.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1iuc5e-0011VG-Qr for control@debbugs.gnu.org; Thu, 23 Jan 2020 08:00:07 -0500 Date: Thu, 23 Jan 2020 14:00:05 +0100 To: control@debbugs.gnu.org From: Stefan Kangas Subject: control message for bug #20134 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ted.gofardesign.uk X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - marxist.se X-Get-Message-Sender-Via: ted.gofardesign.uk: authenticated_id: stefan@marxist.se X-Authenticated-Sender: ted.gofardesign.uk: stefan@marxist.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.1 (/) 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" Message-Id: X-Spam-Score: -1.0 (-) tags 20134 + moreinfo quit From unknown Sat Aug 16 10:44:44 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: phillip.lord@newcastle.ac.uk (Phillip Lord) Subject: bug#20134: closed (Re: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang)) Message-ID: References: <87zj7ae6il.fsf@newcastle.ac.uk> X-Gnu-PR-Message: they-closed 20134 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: moreinfo Reply-To: 20134@debbugs.gnu.org Date: Fri, 15 May 2020 05:34:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1589520842-19706-1" This is a multi-part message in MIME format... ------------=_1589520842-19706-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #20134: 24.4.90; Emacs slowdown to eventual hang which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 20134@debbugs.gnu.org. --=20 20134: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D20134 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1589520842-19706-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 20134-done) by debbugs.gnu.org; 15 May 2020 05:33:49 +0000 Received: from localhost ([127.0.0.1]:35684 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jZSyj-00057I-4u for submit@debbugs.gnu.org; Fri, 15 May 2020 01:33:49 -0400 Received: from mail-yb1-f174.google.com ([209.85.219.174]:33873) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jZSyi-000572-48 for 20134-done@debbugs.gnu.org; Fri, 15 May 2020 01:33:48 -0400 Received: by mail-yb1-f174.google.com with SMTP id l17so530296ybk.1 for <20134-done@debbugs.gnu.org>; Thu, 14 May 2020 22:33:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=GDUGSjz062WBeK6KBY1sNVQpMG4A/8WPwdEFAFIgcnU=; b=qJlBQckSYNvWpark2woD2+46aHBgE7bCQth9FNrg4xUoJgcPXWlb/KQCnHr1MZSg59 kjKeFHlbZxOh18qVPOpGQIw5nrulBfawC/Jx4qFWrcHEI3IFNgvyYGATxsNtkNL4UqcL Xam6VwkaYkgILjr8stGKFrv15LHca9vVGwU3JBqhQI/P5IT2LxMlTHPNAMJqb9C8/uhi FZ6zreNRldmzfs8z+Twv17d30e4MezgZqkSZVvOgaD5VE4ZZ50Do1/R7DEfJEXVqErJ9 Jj+zCa0a5+Zm571tqzqFn5R22rM6ZI400hCi1vMjq9bHQI9Msj6AsOsgMJxKdU7w2ChN t4FQ== X-Gm-Message-State: AOAM530nipTjbMxbXWF8VT52xTF9Uhwop+ygpaubZ5wRu6KXDuPSbc8x 7Fje/Ozpr3ROI0AvUc1ngp39DYqNJMMGk4daA/s= X-Google-Smtp-Source: ABdhPJwoi7pz0wm+hQAws0Lbx9Kpwm3Z2F7n4bpNwlCSpKuG7xx6PINqrSbHYqimyunfIpAZjgkSCEXtGhh0+eEwzyI= X-Received: by 2002:a25:86d0:: with SMTP id y16mr2817234ybm.309.1589520822525; Thu, 14 May 2020 22:33:42 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 15 May 2020 01:33:42 -0400 From: Stefan Kangas In-Reply-To: <87wo9igwfl.fsf@marxist.se> (Stefan Kangas's message of "Thu, 23 Jan 2020 13:59:58 +0100") References: <87zj7ae6il.fsf@newcastle.ac.uk> <871tkk50pe.fsf@newcastle.ac.uk> <83d244wwy5.fsf@gnu.org> <83iod8htqp.fsf@gnu.org> <877fto3qlk.fsf@newcastle.ac.uk> <83h9sshrue.fsf@gnu.org> <87a8yj3mrk.fsf@newcastle.ac.uk> <83384bj16l.fsf@gnu.org> <87wq1nj9by.fsf@newcastle.ac.uk> <877ftmiphs.fsf@newcastle.ac.uk> <83zj6ifvvg.fsf@gnu.org> <87mw2ih8qx.fsf@newcastle.ac.uk> <87fv8ah7jn.fsf@newcastle.ac.uk> <83wq1mfrbh.fsf@gnu.org> <87bnhngy0r.fsf@newcastle.ac.uk> <87wo9igwfl.fsf@marxist.se> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Fri, 15 May 2020 01:33:42 -0400 Message-ID: Subject: Re: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual hang) To: Phillip Lord Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 20134-done Cc: 20134-done@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: -0.5 (/) Stefan Kangas writes: > That was 5 years ago. Did you ever find out any more information > here? And are you still seeing this on a modern version of Emacs? More information was requested, but none was given within 16 weeks, so I'm closing this bug. If this is still an issue, please reply to this email (use "Reply to all" in your email client) and we can reopen the bug report. Best regards, Stefan Kangas ------------=_1589520842-19706-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 18 Mar 2015 14:16:01 +0000 Received: from localhost ([127.0.0.1]:51741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YYElK-0001Nx-J0 for submit@debbugs.gnu.org; Wed, 18 Mar 2015 10:16:01 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48679) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YYElF-0001Nl-PI for submit@debbugs.gnu.org; Wed, 18 Mar 2015 10:15:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YYEl8-0006ji-9l for submit@debbugs.gnu.org; Wed, 18 Mar 2015 10:15:53 -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 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47533) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYEl7-0006jc-OY for submit@debbugs.gnu.org; Wed, 18 Mar 2015 10:15:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50336) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYEky-0002c4-7w for bug-gnu-emacs@gnu.org; Wed, 18 Mar 2015 10:15:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YYEku-0006gn-8r for bug-gnu-emacs@gnu.org; Wed, 18 Mar 2015 10:15:36 -0400 Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:34289) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYEkt-0006gb-I0 for bug-gnu-emacs@gnu.org; Wed, 18 Mar 2015 10:15:32 -0400 Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YYEkt-00069Y-9i for bug-gnu-emacs@gnu.org; Wed, 18 Mar 2015 14:15:31 +0000 Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YYEks-0007Wj-TM for bug-gnu-emacs@gnu.org; Wed, 18 Mar 2015 14:15:30 +0000 To: bug-gnu-emacs@gnu.org Subject: 24.4.90; Emacs slowdown to eventual hang From: phillip.lord@newcastle.ac.uk (Phillip Lord) Date: Wed, 18 Mar 2015 14:15:30 +0000 Message-ID: <87zj7ae6il.fsf@newcastle.ac.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.90 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x 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: -4.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: -4.0 (----) --=-=-= Content-Type: text/plain Emacs gets slower and slower after start up, and then eventually hangs. CPU is not being heavily used nor memory. It seems to happen reliably while using auctex. I cannot reproduce this from emacs -Q. It takes 5 to 10 minutes of use at least to get to this point. It does not happen all the time -- I do sometimes use Emacs all day without a problem. This bug report was generated in a new emacs (as the other one crashed). Attached are a number of traces from gdb over a period of time as emacs got slower and slower. The last two are after emacs hung totally. I am not an expert with gdb or C, so while I am happy to give more information, I need fairly explicit instructions on how to get it! --=-=-= Content-Type: text/plain Content-Disposition: inline; filename=crash.txt ---Type to continue, or q to quit--- set auto-load safe-path / line to your configuration file "/home/phillord/.gdbinit". For more information about this security protection, see the "Auto-loading safe path" section in the GDB manual. E.g., run from the shell: info "(gdb)Auto-loading safe path" (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fade550, writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 77 in ../sysdeps/unix/sysv/linux/pselect.c (gdb) bt #0 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fade550, writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 #1 0x00000000005cc63b in xg_select (fds_lim=20, rfds=rfds@entry=0x7fff3fadeb40, wfds=wfds@entry=0x7fff3fadebc0, efds=efds@entry=0x0, timeout=timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at xgselect.c:114 #2 0x000000000059555d in wait_reading_process_output ( time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4606 #3 0x0000000000421a54 in sit_for (timeout=, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5867 #4 0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=244440758, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fadf1bb, end_time=end_time@entry=0x0) at keyboard.c:2810 #5 0x00000000004f1fdf in read_key_sequence ( keybuf=keybuf@entry=0x7fff3fadf290, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, ---Type to continue, or q to quit--- can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #6 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 #7 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #8 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #9 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #10 0x00000000004ea577 in command_loop () at keyboard.c:1157 #11 recursive_edit_1 () at keyboard.c:778 #12 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #13 0x0000000000417c95 in main (argc=, argv=0x7fff3fadf5e8) at emacs.c:1642 (gdb) (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fade550, writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 77 in ../sysdeps/unix/sysv/linux/pselect.c (gdb) bt #0 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fade550, writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 #1 0x00000000005cc63b in xg_select (fds_lim=20, rfds=rfds@entry=0x7fff3fadeb40, wfds=wfds@entry=0x7fff3fadebc0, efds=efds@entry=0x0, timeout=timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at xgselect.c:114 #2 0x000000000059555d in wait_reading_process_output ( time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4606 #3 0x0000000000421a54 in sit_for (timeout=, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5867 #4 0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=189430662, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fadf1bb, end_time=end_time@entry=0x0) at keyboard.c:2810 #5 0x00000000004f1fdf in read_key_sequence ( keybuf=keybuf@entry=0x7fff3fadf290, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, ---Type to continue, or q to quit--- can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #6 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 #7 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #8 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #9 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #10 0x00000000004ea577 in command_loop () at keyboard.c:1157 #11 recursive_edit_1 () at keyboard.c:778 #12 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #13 0x0000000000417c95 in main (argc=, argv=0x7fff3fadf5e8) at emacs.c:1642 (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fade550, writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadeb30, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 77 in ../sysdeps/unix/sysv/linux/pselect.c (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fadcbe0, writefds=writefds@entry=0x7fff3fadcc60, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadd1c0, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 77 in ../sysdeps/unix/sysv/linux/pselect.c (gdb) bt #0 0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, readfds=readfds@entry=0x7fff3fadcbe0, writefds=writefds@entry=0x7fff3fadcc60, exceptfds=exceptfds@entry=0x0, timeout=, timeout@entry=0x7fff3fadd1c0, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77 #1 0x00000000005cc63b in xg_select (fds_lim=20, rfds=rfds@entry=0x7fff3fadd1d0, wfds=wfds@entry=0x7fff3fadd250, efds=efds@entry=0x0, timeout=timeout@entry=0x7fff3fadd1c0, sigmask=sigmask@entry=0x0) at xgselect.c:114 #2 0x000000000059555d in wait_reading_process_output ( time_limit=, nsecs=999263354, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4606 #3 0x00000000004ece3e in kbd_buffer_get_event (end_time=0x7fff3fadd9d0, used_mouse_menu=, kbp=) at keyboard.c:3886 #4 read_event_from_main_queue (used_mouse_menu=, local_getcjmp=, end_time=0x7fff3fadd9d0) at keyboard.c:2247 #5 read_decoded_event_from_main_queue ( end_time=end_time@entry=0x7fff3fadd9d0, local_getcjmp=local_getcjmp@entry=0x7fff3fadd7c0, prev_event=prev_event@entry=12140850, ---Type to continue, or q to quit--- used_mouse_menu=used_mouse_menu@entry=0x0) at keyboard.c:2310 #6 0x00000000004f120c in read_char (commandflag=commandflag@entry=0, map=12140850, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x0, end_time=0x7fff3fadd9d0) at keyboard.c:2896 #7 0x00000000005746c0 in read_filtered_event (no_switch_frame=false, ascii_required=false, error_nonascii=false, input_method=true, seconds=) at lread.c:632 #8 0x0000000000557390 in Ffuncall (nargs=, args=) at eval.c:2818 #9 0x000000000058b655 in exec_byte_code (bytestr=-514, vector=140734261742560, maxdepth=140734261742688, args_template=3076, nargs=140734261746344, args=0x4) at bytecode.c:916 #10 0x0000000000556ed7 in funcall_lambda (fun=140734261749248, fun@entry=8772789, nargs=nargs@entry=1, arg_vector=0x85dce1 , arg_vector@entry=0x7fff3faddb70) at eval.c:2978 #11 0x00000000005562d8 in apply_lambda (fun=8772789, args=, count=count@entry=26) at eval.c:2919 #12 0x000000000055667c in eval_sub (form=) at eval.c:2256 #13 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462 #14 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #15 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #16 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462 ---Type to continue, or q to quit--- #17 0x00000000005597c5 in Flet (args=53965126) at eval.c:970 #18 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #19 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462 #20 0x0000000000556f3c in funcall_lambda (fun=fun@entry=53965094, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff3fade0a0) at eval.c:3037 #21 0x00000000005562d8 in apply_lambda (fun=53965094, args=, count=count@entry=17) at eval.c:2919 #22 0x000000000055667c in eval_sub (form=) at eval.c:2256 #23 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #24 0x0000000000556ba5 in Fprogn (body=20, body@entry=53945542) at eval.c:462 #25 0x000000000054aa65 in Fsave_current_buffer (args=53945542) at editfns.c:954 #26 0x0000000000556976 in eval_sub (form=) at eval.c:2131 #27 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462 #28 0x0000000000556f3c in funcall_lambda (fun=53945510, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff3fade5b8) at eval.c:3037 #29 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fff3fade5b0) at eval.c:2872 #30 0x000000000055861c in Fapply (nargs=2, args=0x7fff3fade5b0) at eval.c:2293 #31 0x0000000000557291 in Ffuncall (nargs=, args=) at eval.c:2792 #32 0x000000000058b655 in exec_byte_code (bytestr=-514, vector=140734261742560, maxdepth=140734261742688, args_template=12140850, ---Type to continue, or q to quit--- nargs=140734261749176, args=0x3) at bytecode.c:916 #33 0x0000000000556850 in eval_sub (form=form@entry=10005110) at eval.c:2187 #34 0x0000000000559b59 in internal_lisp_condition_case (var=, bodyform=10005110, handlers=) at eval.c:1317 #35 0x000000000058c61d in exec_byte_code (bytestr=-514, vector=140734261742560, maxdepth=140734261742688, args_template=12140850, nargs=140734261749720, args=0x8f) at bytecode.c:1162 #36 0x0000000000556e3f in funcall_lambda (fun=10004797, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff3fade988) at eval.c:3044 #37 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3fade980) at eval.c:2872 #38 0x00000000005574fa in call1 (fn=, arg1=arg1@entry=54120877) at eval.c:2610 #39 0x00000000004eb2bf in timer_check_2 (idle_timers=, timers=) at keyboard.c:4515 #40 timer_check () at keyboard.c:4582 #41 0x00000000004eb5d1 in readable_events (flags=1) at keyboard.c:3448 #42 0x00000000004ec998 in get_input_pending (flags=1) at keyboard.c:6766 #43 0x00000000004efde4 in detect_input_pending_run_timers ( do_display=do_display@entry=true) at keyboard.c:9895 #44 0x0000000000595756 in wait_reading_process_output ( time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, ---Type to continue, or q to quit--- wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at process.c:4702 #45 0x0000000000421a54 in sit_for (timeout=, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5867 #46 0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=190228950, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fadf1bb, end_time=end_time@entry=0x0) at keyboard.c:2810 #47 0x00000000004f1fdf in read_key_sequence ( keybuf=keybuf@entry=0x7fff3fadf290, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #48 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 #49 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #50 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #51 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 ---Type to continue, or q to quit--- #52 0x00000000004ea577 in command_loop () at keyboard.c:1157 #53 recursive_edit_1 () at keyboard.c:778 #54 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #55 0x0000000000417c95 in main (argc=, argv=0x7fff3fadf5e8) at emacs.c:1642 (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81 81 ../sysdeps/unix/syscall-template.S: No such file or directory. (gdb) bt #0 0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007fbb01850b72 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x00007fbb0185264f in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x00007fbb081b4198 in _XReadEvents () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #4 0x00007fbb0819c751 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #5 0x00007fbb081e2f24 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #6 0x00007fbb081e3b80 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #7 0x00007fbb081e3e71 in _XimRead () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #8 0x00007fbb081d28a6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #9 0x00007fbb081c0b3d in XSetICValues () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #10 0x00000000004cbd23 in xic_set_preeditarea (w=w@entry=0x11508e0, x=x@entry=275, y=y@entry=0) at xfns.c:2107 #11 0x00000000004ba975 in x_draw_window_cursor (w=0x11508e0, glyph_row=, x=275, y=0, cursor_type=, cursor_width=, on_p=, active_p=) at xterm.c:7331 #12 0x0000000000457f03 in display_and_set_cursor (w=w@entry=0x11508e0, on=on@entry=true, hpos=25, vpos=0, x=275, y=0) at xdisp.c:27634 ---Type to continue, or q to quit--- #13 0x00000000004b968c in x_update_window_end (w=0x11508e0, cursor_on_p=, mouse_face_overwritten_p=) at xterm.c:582 #14 0x000000000041d45d in update_window (w=w@entry=0x11508e0, force_p=, force_p@entry=true) at dispnew.c:3541 #15 0x000000000041e72b in update_window_tree (w=0x11508e0, w@entry=0xb5d99a8, force_p=force_p@entry=true) at dispnew.c:3216 #16 0x0000000000420c7d in update_frame (f=f@entry=0x114e878, force_p=, force_p@entry=false, inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3105 #17 0x000000000044e957 in redisplay_internal () at xdisp.c:13961 #18 0x0000000000450745 in redisplay () at xdisp.c:13201 #19 0x00000000004f0661 in read_char (commandflag=1, map=map@entry=283856358, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fade38b, end_time=end_time@entry=0x0) at keyboard.c:2571 #20 0x00000000004f1fdf in read_key_sequence ( keybuf=keybuf@entry=0x7fff3fade460, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #21 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 ---Type to continue, or q to quit--- #22 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #23 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #24 0x00000000005556bb in internal_catch (tag=12265170, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #25 0x00000000004ea503 in command_loop () at keyboard.c:1149 #26 recursive_edit_1 () at keyboard.c:778 #27 0x0000000000512b67 in read_minibuf (map=map@entry=16051638, initial=initial@entry=12140850, prompt=, prompt@entry=279789009, expflag=, histvar=histvar@entry=12305634, histpos=0, defalt=defalt@entry=189286897, allow_props=false, inherit_input_method=false) at minibuf.c:674 #28 0x00000000005131ce in Fread_from_minibuffer (prompt=279789009, initial_contents=12140850, keymap=16051638, read=12140850, hist=, default_value=189286897, inherit_input_method=12140850) at minibuf.c:957 #29 0x0000000000557328 in Ffuncall (nargs=, args=) at eval.c:2837 #30 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=8200, nargs=140734261749672, args=0x8) at bytecode.c:916 ---Type to continue, or q to quit--- #31 0x0000000000556ed7 in funcall_lambda (fun=140734261750496, nargs=nargs@entry=8, arg_vector=0x917141 , arg_vector@entry=0x7fff3fade918) at eval.c:2978 #32 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=9, args=args@entry=0x7fff3fade910) at eval.c:2872 #33 0x0000000000510c00 in Fcompleting_read (prompt=279789009, collection=88850886, predicate=12140850, require_match=12140850, initial_input=12140850, hist=12140850, def=189286897, inherit_input_method=12140850) at minibuf.c:1674 #34 0x00000000005573f1 in Ffuncall (nargs=, args=) at eval.c:2844 #35 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=140734261750384, args=0x8) at bytecode.c:916 #36 0x0000000000556e3f in funcall_lambda (fun=186153037, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff3fadec98) at eval.c:3044 #37 0x00000000005571b3 in Ffuncall (nargs=1, args=0x7fff3fadec90) at eval.c:2872 #38 0x0000000000557449 in funcall_nil (nargs=, args=) at eval.c:2362 #39 0x0000000000555c6d in run_hook_with_args (nargs=1, args=0x7fff3fadec90, funcall=0x557440 ) at eval.c:2547 #40 0x0000000000555d96 in Frun_hooks (nargs=1, args=0x7fff3faded40) ---Type to continue, or q to quit--- at eval.c:2389 #41 0x0000000000557291 in Ffuncall (nargs=, args=) at eval.c:2792 #42 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=140734261751088, args=0x2) at bytecode.c:916 #43 0x0000000000556e3f in funcall_lambda (fun=187962589, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff3fadef28) at eval.c:3044 #44 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3fadef20) at eval.c:2872 #45 0x0000000000553740 in Fcall_interactively (function=, record_flag=, keys=) at callint.c:836 #46 0x0000000000557390 in Ffuncall (nargs=, args=) at eval.c:2818 #47 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=4100, nargs=140734261752048, args=0x4) at bytecode.c:916 #48 0x0000000000556ed7 in funcall_lambda (fun=0, nargs=nargs@entry=1, arg_vector=0x91f9d9 , arg_vector@entry=0x7fff3fadf248) at eval.c:2978 #49 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3fadf240) at eval.c:2872 #50 0x00000000005574fa in call1 (fn=, arg1=) ---Type to continue, or q to quit--- at eval.c:2610 #51 0x00000000004f3d6d in command_loop_1 () at keyboard.c:1560 #52 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #53 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #54 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #55 0x00000000004ea577 in command_loop () at keyboard.c:1157 #56 recursive_edit_1 () at keyboard.c:778 #57 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #58 0x0000000000417c95 in main (argc=, argv=0x7fff3fadf5e8) at emacs.c:1642 (gdb) continue Continuing. ^C Program received signal SIGINT, Interrupt. 0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81 81 in ../sysdeps/unix/syscall-template.S (gdb) bt #0 0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007fbb01850b72 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x00007fbb0185264f in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x00007fbb081b4198 in _XReadEvents () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #4 0x00007fbb0819c751 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #5 0x00007fbb081e2f24 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #6 0x00007fbb081e3b80 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #7 0x00007fbb081e3e71 in _XimRead () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #8 0x00007fbb081d28a6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #9 0x00007fbb081c0b3d in XSetICValues () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #10 0x00000000004cbd23 in xic_set_preeditarea (w=w@entry=0x11508e0, x=x@entry=275, y=y@entry=0) at xfns.c:2107 #11 0x00000000004ba975 in x_draw_window_cursor (w=0x11508e0, glyph_row=, x=275, y=0, cursor_type=, cursor_width=, on_p=, active_p=) at xterm.c:7331 #12 0x0000000000457f03 in display_and_set_cursor (w=w@entry=0x11508e0, on=on@entry=true, hpos=25, vpos=0, x=275, y=0) at xdisp.c:27634 ---Type to continue, or q to quit--- #13 0x00000000004b968c in x_update_window_end (w=0x11508e0, cursor_on_p=, mouse_face_overwritten_p=) at xterm.c:582 #14 0x000000000041d45d in update_window (w=w@entry=0x11508e0, force_p=, force_p@entry=true) at dispnew.c:3541 #15 0x000000000041e72b in update_window_tree (w=0x11508e0, w@entry=0xb5d99a8, force_p=force_p@entry=true) at dispnew.c:3216 #16 0x0000000000420c7d in update_frame (f=f@entry=0x114e878, force_p=, force_p@entry=false, inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3105 #17 0x000000000044e957 in redisplay_internal () at xdisp.c:13961 #18 0x0000000000450745 in redisplay () at xdisp.c:13201 #19 0x00000000004f0661 in read_char (commandflag=1, map=map@entry=283856358, prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fade38b, end_time=end_time@entry=0x0) at keyboard.c:2571 #20 0x00000000004f1fdf in read_key_sequence ( keybuf=keybuf@entry=0x7fff3fade460, prompt=12140850, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089 #21 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453 ---Type to continue, or q to quit--- #22 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #23 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #24 0x00000000005556bb in internal_catch (tag=12265170, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #25 0x00000000004ea503 in command_loop () at keyboard.c:1149 #26 recursive_edit_1 () at keyboard.c:778 #27 0x0000000000512b67 in read_minibuf (map=map@entry=16051638, initial=initial@entry=12140850, prompt=, prompt@entry=279789009, expflag=, histvar=histvar@entry=12305634, histpos=0, defalt=defalt@entry=189286897, allow_props=false, inherit_input_method=false) at minibuf.c:674 #28 0x00000000005131ce in Fread_from_minibuffer (prompt=279789009, initial_contents=12140850, keymap=16051638, read=12140850, hist=, default_value=189286897, inherit_input_method=12140850) at minibuf.c:957 #29 0x0000000000557328 in Ffuncall (nargs=, args=) at eval.c:2837 #30 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=8200, nargs=140734261749672, args=0x8) at bytecode.c:916 ---Type to continue, or q to quit--- #31 0x0000000000556ed7 in funcall_lambda (fun=140734261750496, nargs=nargs@entry=8, arg_vector=0x917141 , arg_vector@entry=0x7fff3fade918) at eval.c:2978 #32 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=9, args=args@entry=0x7fff3fade910) at eval.c:2872 #33 0x0000000000510c00 in Fcompleting_read (prompt=279789009, collection=88850886, predicate=12140850, require_match=12140850, initial_input=12140850, hist=12140850, def=189286897, inherit_input_method=12140850) at minibuf.c:1674 #34 0x00000000005573f1 in Ffuncall (nargs=, args=) at eval.c:2844 #35 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=140734261750384, args=0x8) at bytecode.c:916 #36 0x0000000000556e3f in funcall_lambda (fun=186153037, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff3fadec98) at eval.c:3044 #37 0x00000000005571b3 in Ffuncall (nargs=1, args=0x7fff3fadec90) at eval.c:2872 #38 0x0000000000557449 in funcall_nil (nargs=, args=) at eval.c:2362 #39 0x0000000000555c6d in run_hook_with_args (nargs=1, args=0x7fff3fadec90, funcall=0x557440 ) at eval.c:2547 #40 0x0000000000555d96 in Frun_hooks (nargs=1, args=0x7fff3faded40) ---Type to continue, or q to quit--- at eval.c:2389 #41 0x0000000000557291 in Ffuncall (nargs=, args=) at eval.c:2792 #42 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=140734261751088, args=0x2) at bytecode.c:916 #43 0x0000000000556e3f in funcall_lambda (fun=187962589, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff3fadef28) at eval.c:3044 #44 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3fadef20) at eval.c:2872 #45 0x0000000000553740 in Fcall_interactively (function=, record_flag=, keys=) at callint.c:836 #46 0x0000000000557390 in Ffuncall (nargs=, args=) at eval.c:2818 #47 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=4100, nargs=140734261752048, args=0x4) at bytecode.c:916 #48 0x0000000000556ed7 in funcall_lambda (fun=0, nargs=nargs@entry=1, arg_vector=0x91f9d9 , arg_vector@entry=0x7fff3fadf248) at eval.c:2978 #49 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3fadf240) at eval.c:2872 #50 0x00000000005574fa in call1 (fn=, arg1=) ---Type to continue, or q to quit--- at eval.c:2610 #51 0x00000000004f3d6d in command_loop_1 () at keyboard.c:1560 #52 0x00000000005557ae in internal_condition_case ( bfun=bfun@entry=0x4f39e0 , handlers=, hfun=hfun@entry=0x4ea950 ) at eval.c:1348 #53 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178 #54 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 , arg=12140850) at eval.c:1112 #55 0x00000000004ea577 in command_loop () at keyboard.c:1157 #56 recursive_edit_1 () at keyboard.c:778 #57 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849 #58 0x0000000000417c95 in main (argc=, argv=0x7fff3fadf5e8) at emacs.c:1642 (gdb) Continuing. Program received signal SIGTERM, Terminated. 0x00007fbb0819c709 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6 (gdb) --=-=-= Content-Type: text/plain Thanks! In GNU Emacs 24.4.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8) of 2015-02-17 on jangai Windowing system distributor `The X.Org Foundation', version 11.0.11501000 System Description: Ubuntu 14.04.2 LTS Important settings: value of $LANG: en_GB.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: msb-mode: t projectile-global-mode: t projectile-mode: t global-eval-pulse-mode: t global-semanticdb-minor-mode: t global-semantic-idle-scheduler-mode: t semantic-mode: t yas-global-mode: t yas-minor-mode: t global-pabbrev-mode: t global-auto-complete-mode: t auto-complete-mode: t eldoc-mode: t paredit-mode: t whitespace-mode: t global-lentic-mode: t lentic-mode: t tmmofl-mode: t auto-image-file-mode: t winner-mode: t override-global-mode: t tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-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 messages: use-package idle:(lambda nil (require (quote eol-conversion))) use-package idle:(lambda nil (progn (semantic-mode 1) (require (quote semantic/bovine/el)) (if (member (quote (emacs-lisp-mode . semantic-default-elisp-setup)) semantic-new-buffer-setup-functions) semantic-new-buffer-setup-functions (setq semantic-new-buffer-setup-functions (cons (quote (emacs-lisp-mode . semantic-default-elisp-setup)) semantic-new-buffer-setup-functions))))) use-package idle:(lambda nil (global-eval-pulse-mode 1)) Configuring package eval-pulse...done use-package idle:(lambda nil (global-auto-complete-mode)) use-package idle:(lambda nil (progn (setq projectile-mode-line-lighter Prj) (projectile-global-mode))) use-package idle:(lambda nil (msb-mode 1)) Configuring package msb...done (0.022s) use-package idle:(lambda nil (progn (add-hook (quote dired-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote custom-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote w3-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote Man-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote view-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote woman-pre-format-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote dictionary-mode-hook) (quote turn-on-tempbuf-mode)) (setq tempbuf-minimum-timeout 3000))) use-package idle:(lambda nil (require (quote eshell))) Load-path shadows: ~/emacs/lentic/temp hides ~/emacs/pabbrev/temp ~/src/large/adoc-mode/adoc-mode hides /home/phillord/.emacs.d/elpa/adoc-mode-0.6.2/adoc-mode /home/phillord/.emacs.d/elpa/lua-mode-20140514/lua-mode hides ~/emacs/packages/lua-mode ~/src/large/adoc-mode/adoc-mode hides ~/emacs/adoc-mode ~/emacs/lentic/temp hides ~/emacs/temp ~/emacs/lentic/open hides ~/emacs/open ~/emacs/packages/css-mode hides /usr/local/share/emacs/24.4.90/lisp/textmodes/css-mode ~/emacs/pulse hides /usr/local/share/emacs/24.4.90/lisp/cedet/pulse /usr/local/share/emacs/24.4.90/lisp/progmodes/compile hides /home/phillord/emacs/packages/edb-1.31/examples/edbibtex/compile Features: (shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode mm-bodies mailabbrev gmm-utils mailheader sendmail esh-var esh-io esh-cmd esh-opt esh-ext esh-proc esh-arg esh-groups eshell esh-module esh-mode esh-util philmsb msb projectile ibuf-ext ibuffer pkg-info lisp-mnt epl grep eval-pulse semantic/bovine/el semantic/db-el eieio-opt speedbar sb-image dframe semantic/bovine semantic/db-mode semantic/db eieio-base semantic/idle semantic/format ezimage semantic/tag-ls semantic/find semantic/ctxt semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local cedet eol-conversion tmmofl-x yasnippet help-mode pabbrev thingatpt flymake auto-complete popup eldoc paredit-pause paredit-menu paredit disp-table whitespace lentic-server web-server mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums web-server-status-codes lentic-mode lentic-doc f s lentic-org lentic-block ox-latex ox-icalendar ox-html ox-ascii ox-publish ox org-element eww mm-url gnus gnus-ems nnheader mail-utils wid-edit url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse auth-source gnus-util mm-util mail-prsvr password-cache url-vars mailcap shr browse-url local-lentic-autoloads lentic m-buffer-at m-buffer m-buffer-macro dash eieio byte-opt eieio-core copyright derived philr phillisp compile pulse philasciidoc advice help-fns philface shared tmmofl cl-macs cl gv ido printing ps-print ps-def lpr edmacro kmacro ob-R org org-macro org-footnote org-pcomplete pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint comint ansi-color ob-core ob-eval org-compat org-macs org-loaddefs format-spec find-func cal-menu calendar cal-loaddefs image-file package-autoload winner use-package diminish bytecomp byte-compile cl-extra cl-loaddefs cl-lib cconv bind-key easy-mmode tex-site info easymenu package epg-config git-update ring server time-date 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 move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 313850 12121) (symbols 48 42155 0) (miscs 40 86 159) (strings 32 85922 9372) (string-bytes 1 2804260) (vectors 16 33906) (vector-slots 8 649429 7328) (floats 8 468 26) (intervals 56 357 0) (buffers 960 14) (heap 1024 32703 1558)) --=-=-=-- ------------=_1589520842-19706-1--