From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daimrod Newsgroups: gmane.emacs.bugs Subject: bug#17484: 24.3.91; Emacs Pretest (emacs-24.3.91.tar.xz) freeze Date: Wed, 14 May 2014 12:34:32 +0900 Message-ID: <8761l958zb.fsf@tanger.home> References: <87d2fiaxjw.fsf@tanger.home> <87tx8tajs5.fsf@tanger.home> <87r43x5fmm.fsf@tanger.home> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1400038544 4404 80.91.229.3 (14 May 2014 03:35:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 May 2014 03:35:44 +0000 (UTC) Cc: Carsten Dominik , 17484@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 14 05:35:37 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WkPyh-0001lh-5Y for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 May 2014 05:35:35 +0200 Original-Received: from localhost ([::1]:49065 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkPyg-0000fI-1o for geb-bug-gnu-emacs@m.gmane.org; Tue, 13 May 2014 23:35:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56728) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkPyT-0000aL-NB for bug-gnu-emacs@gnu.org; Tue, 13 May 2014 23:35:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WkPyN-00022K-GQ for bug-gnu-emacs@gnu.org; Tue, 13 May 2014 23:35:21 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45457) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkPyB-0001ou-EX; Tue, 13 May 2014 23:35:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WkPyA-0007Ag-JR; Tue, 13 May 2014 23:35:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Daimrod Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Wed, 14 May 2014 03:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17484 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: Original-Received: via spool by 17484-submit@debbugs.gnu.org id=B17484.140003848827528 (code B ref 17484); Wed, 14 May 2014 03:35:02 +0000 Original-Received: (at 17484) by debbugs.gnu.org; 14 May 2014 03:34:48 +0000 Original-Received: from localhost ([127.0.0.1]:34575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkPxv-00079v-C5 for submit@debbugs.gnu.org; Tue, 13 May 2014 23:34:47 -0400 Original-Received: from mail-pb0-f45.google.com ([209.85.160.45]:49578) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkPxr-00079W-St for 17484@debbugs.gnu.org; Tue, 13 May 2014 23:34:44 -0400 Original-Received: by mail-pb0-f45.google.com with SMTP id um1so1103298pbc.4 for <17484@debbugs.gnu.org>; Tue, 13 May 2014 20:34:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=j0r1WJ8OTm4DmJEa7emHjDHeFp7W9rsVuXMRPeWl+Bo=; b=Hy/oY8LXFmuncuFIMZW/QEw7rvfm8RdtUk7Lquv6kqY2+yPR4zRFbFNqtY9nwzczvx JOK8uNRWkqkGtqUwM2HtWFSF9s9TTuMllLWK5cy1mvxEvDI8VnTC206n6ibYAkDNPTMf WiENbIYTe/1KxYssy4bnNRiT9vLTC3NCrQTMt0pj2Nt2+bYW7oJJrzVGn34RCHigC4EG M8/M+KlChIVEUUyFVkd5XhxczPPfMoopI9hnAucMshxEogosnBQF2YZRV3uzh0WwnzfG panlAeDr2N5BB/Sx0zH1fvUVjDyB7mEK4WBlm1UkVXIPecwoiitaWXv3Gsf9D4hKhYC6 ZA1A== X-Received: by 10.69.19.140 with SMTP id gu12mr1057331pbd.111.1400038477497; Tue, 13 May 2014 20:34:37 -0700 (PDT) Original-Received: from localhost (i118-21-141-133.s30.a048.ap.plala.or.jp. [118.21.141.133]) by mx.google.com with ESMTPSA id ss2sm2187164pab.8.2014.05.13.20.34.34 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 May 2014 20:34:36 -0700 (PDT) In-Reply-To: <87r43x5fmm.fsf@tanger.home> (daimrod@gmail.com's message of "Wed, 14 May 2014 10:12:45 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.91 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:89058 Archived-At: Daimrod writes: > Stefan Monnier writes: > >>> So, that's an org-mode bug, I'll try to see if I can reproduce it >> >> Right: org-adaptive-fill-function should finish fairly promptly. >> >>> (though I wonder why it uses `inhibit-quit' in the first place). >> >> It's not org-mode which binds inhibit-quit but the C code that runs >> jit-lock. The C code binds inhibit-quit basically any time we run >> "asynchronous code" (i.e. code run from redisplay, timers, >> process-filters, ...) since the user usually doesn't really know that >> such is running, so if she hits C-g she doesn't mean for it to interrupt >> that code, but instead to do something else (e.g. get out of the >> minibuffer). > > Well, `org-mks' (in `org-capture.el') sets `inhibit-quit' to T and is > called by `org-capture'. You were right, it's not a problem with `org-capture', I had a another freeze without using it. Here is the xbacktraces: gdb) xbacktrace "avl-tree-delete" (0xffff54b0) "byte-code" (0xffff55a0) "byte-code" (0xffff5760) "org-element--cache-process-request" (0xffff5990) "byte-code" (0xffff5aa0) "org-element--cache-sync" (0xffff5ce0) "org-element-at-point" (0xffff5e00) "byte-code" (0xffff60d0) "org-adaptive-fill-function" (0xffff6300) "fill-match-adaptive-prefix" (0xffff6480) "fill-context-prefix" (0xffff6620) "adaptive-wrap-fill-context-prefix" (0xffff67d0) "adaptive-wrap-prefix-function" (0xffff6a18) "run-hook-with-args" (0xffff6a10) 0x4d89f80 PVEC_COMPILED "funcall" (0xffff6b30) "jit-lock-fontify-now" (0xffff6e38) "jit-lock-function" (0xffff6fc8) "vertical-motion" (0xffffdca8) "end-of-visual-line" (0xffffde08) "call-interactively" (0xffffdfc0) "org-end-of-line" (0xffffe198) "call-interactively" (0xffffe350) "command-execute" (0xffffe478) I wonder if it is because `org-adaptive-fill-function' doesn't mix well with `adaptive-wrap-prefix-mode'... -- Daimrod/Greg