From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: [NEW FEATURE] org-hlc.el - hidden-lines-cookies (hlc) for Org-mode Date: Fri, 24 May 2013 01:34:34 -0400 Message-ID: <87ppwhym8l.fsf@pierrot.dokosmarshall.org> References: <87zjvmiw1k.fsf@gmail.com> <6219E7E2-9951-4B05-A977-DE0DD1B120BE@gmail.com> <87ppwirnxu.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:46474) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ufkec-0000Bd-PT for emacs-orgmode@gnu.org; Fri, 24 May 2013 01:35:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UfkeP-0006KM-1U for emacs-orgmode@gnu.org; Fri, 24 May 2013 01:35:02 -0400 Received: from plane.gmane.org ([80.91.229.3]:49788) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UfkeO-0006K8-RN for emacs-orgmode@gnu.org; Fri, 24 May 2013 01:34:48 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UfkeM-0007Wz-9g for emacs-orgmode@gnu.org; Fri, 24 May 2013 07:34:46 +0200 Received: from pool-108-7-96-134.bstnma.fios.verizon.net ([108.7.96.134]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 May 2013 07:34:46 +0200 Received: from ndokos by pool-108-7-96-134.bstnma.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 May 2013 07:34:46 +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 Thorsten Jolitz writes: >> , and it should be hooked somehow into the folding/unfolding routines >> to auto-update. > > Thats what I thought too, but I ran into a problem I could not solve so > far, so this user-command based implementation (show the cookies on > demand) is kind of the second-best solution (better then nothing). > > Here is a thread related to the problem mentioned, unfortunately with no > posts except my own so far: > > ,----------------------------------------------------------------------- > | http://lists.gnu.org/archive/html/help-gnu-emacs/2013-05/msg00511.html > `----------------------------------------------------------------------- You can try increasing max-specpdl-size: read the doc for it. If you are asking for a bounded amount of resources but that amount is bigger than what emacs is willing to give you, then increasing the size should work. OTOH, if you are asking for unlimited resources (e.g. you have an infinite recursion somewhere), then increasing the limit will only allow you to go a little further before blowing up again. So try making it 10 or even 100 times bigger and see what you get (and try it on a throwaway emacs instance, not the working instance). If it still blows up, you'll have to look at your code carefully: chances are there is a programming error. -- Nick