From mboxrd@z Thu Jan 1 00:00:00 1970 From: Karl Voit Subject: Re: ICS agenda export exceeds max-specpdl-size probably because of org-depend (org-edna same?) Date: Thu, 20 Feb 2020 10:25:15 +0100 Message-ID: <2020-02-20T10-13-04@devnull.Karl-Voit.at> References: <2020-01-19T13-36-19@devnull.Karl-Voit.at> <87ftfhy2hj.fsf@gnu.org> <2020-02-19T11-40-31@devnull.Karl-Voit.at> <87ftf636pj.fsf@gnu.org> Reply-To: Karl Voit Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:52377) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j4i5D-0002v6-Vj for emacs-orgmode@gnu.org; Thu, 20 Feb 2020 04:25:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j4i5C-0001O2-MF for emacs-orgmode@gnu.org; Thu, 20 Feb 2020 04:25:23 -0500 Received: from ciao.gmane.io ([159.69.161.202]:42762) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1j4i5C-0001NZ-G6 for emacs-orgmode@gnu.org; Thu, 20 Feb 2020 04:25:22 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1j4i5B-000NfP-4X for emacs-orgmode@gnu.org; Thu, 20 Feb 2020 10:25:21 +0100 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-mx.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org Hi, * Bastien wrote: > > Karl Voit writes: > >> A couple days ago, the issue re-appeared (with org-depend being >> active again). To me, this is a clear indicator, that the issue is >> content-related and not config/binary-related: > > Can you bisect and deduce what part of your contents is producing > this? This is not trivial in my case since I'd have to merge all my Org mode content into one single large file and make sure that I remove content during bi-secting that has no link destination from the remaining content. Personally, I'm not convinced that this method will lead to a minimum example in any case. I can imagine that "number of Org mode headings/lines" might be involved here which would not trigger the error when bi-secting via removing. Currently, I don't see that this is possible without half a day work or (IMHO more likely) longer which I can't afford right now. :-( > When you have a clue, could you also bisect and see what > change in Org introduced this problem for the problematic contents? This would be trivial when I could locate the issue in a minimal example. > Such issues are difficult to reproduce and track outside your files. Totally agree. I thought somebody else might have faced the same issue. As long as I am the only person affected, I don't assume that it can be solved in a proper way. :-( I ran another test with Emacs 27.0.50 and disabled org-depend. The task finished after 4½ minutes without any error. Therefore, following dependencies has to be the culprit here. Moving from org-depend to org-edna is not trivial for me as well, considering the amount of meta-data to be modified. On the other hand, this would be interesting to see if org-edna can handle this use-case in a better way. In case somebody has experience with migration process and/or dependency lookup performance, I'm very interested. -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/