From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Abrahamsen Subject: Re: still seeing semi-regular lockups Date: Thu, 15 May 2014 18:43:44 +0800 Message-ID: <874n0rl3tr.fsf@ericabrahamsen.net> References: <87siocrbyb.fsf@ericabrahamsen.net> <87siobtn1i.fsf@bzg.ath.cx> <87ha4r1j91.fsf@tanger.home> <87bnuzl4em.fsf@ericabrahamsen.net> <878uq31g6r.fsf@tanger.home> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40037) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wkt5X-0006a8-2i for emacs-orgmode@gnu.org; Thu, 15 May 2014 06:40:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wkt5R-000452-JP for emacs-orgmode@gnu.org; Thu, 15 May 2014 06:40:34 -0400 Received: from plane.gmane.org ([80.91.229.3]:41043) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wkt5R-00044b-DD for emacs-orgmode@gnu.org; Thu, 15 May 2014 06:40:29 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Wkt5P-0000Sk-KH for emacs-orgmode@gnu.org; Thu, 15 May 2014 12:40:27 +0200 Received: from 114.248.16.209 ([114.248.16.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 May 2014 12:40:27 +0200 Received: from eric by 114.248.16.209 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 May 2014 12:40:27 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Daimrod writes: > Eric Abrahamsen writes: > >> Daimrod writes: >> >>> Bastien writes: >>> >>>> Hi Eric, >>>> >>>> Eric Abrahamsen writes: >>>> >>>>> After Nicolas made the last round of improvements to the caching >>>>> mechanism I got far fewer hangs with Org, but they are still happening. >>>>> Maybe once a day or so, on average, editing something in an Org buffer >>>>> causes emacs to hang, and my fans to spin up, and there we are until I >>>>> kill emacs. >> >> [...] >> >>> I have also semi-regular lockup with org-mode. I have opened a bug on >>> debbugs and here is what Stefan told me to try to debug this: >>> >>>> You can try `debug-on-event'. >>>> >>>> There's jit-lock-debug-mode but it doesn't disable inhibit-quit. >>>> So you'll need to additionally use >>>> >>>> (advice-add 'jit-lock--debug-fontify :around >>>> (lambda (fun &rest args) >>>> (with-local-quit (apply fun args)))) >>>> >>>> Of course sometimes this doesn't work because jit-lock-debug-mode >>>> changes the way things are executed and the bug may not manifest itself >>>> any more, but it's worth a try. >>>> >>>> Another source of info is to >>>> >>>> M-x trace-function RET org-adaptive-fill-function RET >>>> M-x trace-function RET org-element-at-point RET >>>> M-x trace-function RET org-element--cache-sync RET >>>> M-x trace-function RET org-element--cache-process-request RET >>>> >>>> Then reproduce the hang, then break the hang somehow (maybe with the >>>> jit-lock-debug hack above, or maybe with debug-on-event, or with C-g C-g >>>> C-g, ...), then look at the *trace..* buffer. >>> >>> I'll try to see what I can find this week end and report back. >>> >>> By the way, if you want to see in which part the infloop occurs, you can >>> attach a gdb debugger to the running emacs, source the >>> /src/.gdbinit file and use the `xbacktrace' command. >>> >>> $ gdb >>> gdb) source /src/.gdbinit >>> ... >>> gdb) xbacktrace >>> >>> You can also use the `bt' command but it contains much more noise. >> >> Thanks! This is the sort of thing I assumed I'd have to do, and it's >> good to have an actual recipe. If you're on it, I might take the lazy >> option and spectate for now... :) > > No problem, but could you attach gdb during a lockup, source .gdbitinit > and use the `xbacktrace' command to see if the lockup happens at the > same place? Most definitely. Saving the instructions now...