From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daimrod Subject: Re: still seeing semi-regular lockups Date: Thu, 15 May 2014 18:30:50 +0900 Message-ID: <87ha4r1j91.fsf@tanger.home> References: <87siocrbyb.fsf@ericabrahamsen.net> <87siobtn1i.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42441) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wks0D-00035x-Ny for emacs-orgmode@gnu.org; Thu, 15 May 2014 05:31:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wks0C-0003Bx-TY for emacs-orgmode@gnu.org; Thu, 15 May 2014 05:31:01 -0400 In-Reply-To: <87siobtn1i.fsf@bzg.ath.cx> (Bastien's message of "Thu, 15 May 2014 11:21:29 +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: Bastien Cc: Eric Abrahamsen , emacs-orgmode@gnu.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable 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've seen hiccups here and there, but generally, what happens is an > error, not an infinite hanging. > >> It happens often enough that I guess it's worth running emacs under some >> kind of debugger -- at least, I assume that's the best way of catching >> the bug. I'm not really sure how to go hunting, though, so if anyone had >> any advice in this direction, that would be great. > > I'd hunt for some infloop in parsing -- but cannot detail more than > that, problably Nicolas could. > >> In the meantime, is there any way of interrupting emacs so it quits >> whatever its doing, without having to kill it? I've played around with >> sending different signals using "kill", just for fun, but everything >> I've tried either does nothing, or kills emacs altogether. > > I have no suggestion here either, sorry :/ 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'. >=20 > There's jit-lock-debug-mode but it doesn't disable inhibit-quit. > So you'll need to additionally use >=20 > (advice-add 'jit-lock--debug-fontify :around > (lambda (fun &rest args) > (with-local-quit (apply fun args)))) >=20 > 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. >=20 > Another source of info is to >=20 > 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 >=20 > 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. =2D-=20 Daimrod/Greg --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJTdIlKAAoJEBNzVHcrZRiU/mUP/i/hIq3Bit/110Ov1fh9Y3eJ WxWyA8bJ05IIcEo+WIDTj32gnc8xztC4iqBrc13UEYbpso8Bdx6y3QWd51Miw9ES OFNUt01dddZP4iwB7IgB8Sibl5UB2MSIuBZsHCAV+pRgkP5L1lkOl/IXeNhevF/6 U4PRoXhAzl57nkyBA5rK05jRyEl2PdW8jMTQo93KzdFTpTcifk0QmZ3LOy6ywxqD NoGUVcsnB54rUiXze0amEh2OrIhZk++0kRemx1y8qiaTma3bROdjH/KpDUeoyjkh poTwD0ydsplyAZfYh0Zp8exRxYXFJORvupz4Eb/QfOg4GbF3XMLsclmWykQvUX9Y HrTcnbUhNbxgp0+ts2VLZ4mPalkVSmhbRw9T+HaPjCbeWl0WJE8hwv+q9h7VpQkU RuRrP0LeqqEzKW2dMYo86eAmN5dMG5/eSM46+yCHtC7MNnsXevi1SQDiNQtkYSzP Y9OeDmtrMc/72iU6bAgMCz45bv77V/LMLHoRVywywvTpIen96ouPIsiHoF8Z57eB 8stWCyDrgva9t6k8Aq6DrgZe0yNDfGJ56Zmvy1QFu7GUiRy3iqxEm3gO3gEAzffL 0d8P+PK3GnmIuwuCifxDMLJQ/FEmcZNQ38h5iaTBoOwmud6WHYbZxxZnC1C3gukm 7IH6UcsPXv1fu5STU5Nn =GAl9 -----END PGP SIGNATURE----- --=-=-=--