From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Weight of headers Date: Sun, 26 Feb 2012 23:12:31 -0500 Message-ID: <25809.1330315951@alphaville> References: <8762euxqli.fsf@iro.umontreal.ca> <874nudhj4j.fsf@gmail.com> <871uphlzfs.fsf@iro.umontreal.ca> <87wr79kjyn.fsf@iro.umontreal.ca> Reply-To: nicholas.dokos@hp.com Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:46593) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1tqf-0000us-Aa for emacs-orgmode@gnu.org; Mon, 27 Feb 2012 01:14:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S1rx7-0006iS-Jd for emacs-orgmode@gnu.org; Sun, 26 Feb 2012 23:12:47 -0500 Received: from g4t0014.houston.hp.com ([15.201.24.17]:48328) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1rx7-0006gB-Cw for emacs-orgmode@gnu.org; Sun, 26 Feb 2012 23:12:45 -0500 In-Reply-To: Message from pinard@iro.umontreal.ca (=?us-ascii?Q?=3D=3Futf-?= =?us-ascii?Q?8=3FQ=3FFran=3DC3=3DA7ois=3F=3D?= Pinard) of "Sun\, 26 Feb 2012 22\:56\:32 EST." <87wr79kjyn.fsf@iro.umontreal.ca> 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: =?us-ascii?Q?=3D=3Futf-8=3FQ=3FFran=3DC3=3DA7?= =?us-ascii?Q?ois=3F=3D?= Pinard Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org Fran=C3=A7ois Pinard wrote: > pinard@iro.umontreal.ca (Fran=C3=A7ois Pinard) writes: >=20 > > Roughly copying code from here and there (and not even understanding it, > > some dead code might remain), I turned your function into the > > following: >=20 > Hmph! There seemingly is a problem however. >=20 > I tried it on a few files, and it usually does it works quickly, or in > no more than a few seconds. However, on one of my Org files, after many > minutes, Emacs is still processing the command. If I interrupt it (with > C-g), the main text displays its information, but the appendices do not. >=20 > I do not know if this matters: while all the appendices together do not > use much space in *this* file, they are merely made up of #+INCLUDE > directives, each preceded by a short introductory text. The included > files may be a bit longish however. >=20 M-x toggle-debug-on-quit RET Then when it gets into its rut and you interrupt with C-g, you'll get a backtrace telling you where it was. If you repeat a couple of times and you get the same backtrace each time, then you've probably found your infinite looper. Nick