Nick Dokos writes:
> David Masterson writes:
>
>> Haven't figured this out yet, but I seem to be hitting an "infinite
>> recursion" bug that eventually dies when it runs out of memory.
>>
>> The scenario (so far) is trying to change an Org tag in t
Nick Dokos writes:
> What's the error message? Did you try setting `debug-on-eror'? Does that give
> a more useful backtrace?
Backtrace: no variable named `debug-on-eror' - maybe you made an eror :-)
Sigh - should be `debug-on-error'.
--
Nick
"There are only two hard problems in computer
David Masterson writes:
> Haven't figured this out yet, but I seem to be hitting an "infinite
> recursion" bug that eventually dies when it runs out of memory.
>
> The scenario (so far) is trying to change an Org tag in the agenda
> (':'). The command gives me the tags
Set debug-on-quit so you can see, by hitting C-g, where the system is
stuck. That may help identify the problem and would, in any case, be
useful in a bug report.
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4-18-gaea110
David Masterson writes:
> Haven't figured this out yet, but I seem to be hitting an "infinite
> recursion" bug that eventually dies when it runs out of memory.
>
> The scenario (so far) is trying to change an Org tag in the agenda
> (':'). The command gives me the tags
Haven't figured this out yet, but I seem to be hitting an "infinite
recursion" bug that eventually dies when it runs out of memory.
The scenario (so far) is trying to change an Org tag in the agenda
(':'). The command gives me the tags that I then edit and save whereupon
it sits in a
I just tried using straight for org, and master (a1e5bee5c) has a
rewritten org-update-id-locations that uses regexps to find the IDs. It
appears to have fixed the problem (for cases that I tried).
-Justin
On 7/30/20 4:21 PM, Justin Vallon wrote:
> I copy by org files between 2 machines.
I copy by org files between 2 machines. Thus, my .org-id-locations file
gets stale when I archive on one machine, then sync the org files.
I also use org-edna.
Sometimes, org-agenda will go into an infinite loop (recursion depth,
etc) when scanning.
I believe what is happening is:
-
being added only if the Org version is before
9.2, and in that case org-get-tags-at is a separate function, not an
alias. So that seems like that should be fine. However ...
> This results in the advice calling the function it advises, leading to
> infinite recursion.
>
> Is the version che
the end, org-get-tags-at, has the unfortunate
definition:
(define-obsolete-function-alias 'org-get-tags-at 'org-get-tags "Org
9.2")
This results in the advice calling the function it advises, leading to
infinite recursion.
Is the version check around the advice additio
Hello,
Tobias Zawada writes:
> AFAIK from general understanding of software development bugfixes
> should also be applied to the maintenance version of a program.
Org maint is totally frozen and bugfixes are applied to master instead.
It is inconvenient. Hopefully, it will change once Org 9.2
Dear Charles,
The problem is the update from master.
>From my understanding Master is more or less the development branch.
It is not what can be installed from org via package-install.
I believe that is the maint branch. But I can be mistaken.
Nevertheless, I had a look at the 9.14-Tag on
Hmmm.
I just updated from master using `make update2'.
I ran
/Applications/Emacs.app/Contents/MacOS/Emacs -q
which is morally equivalent to `emacs -q' on a linux box.
I had to customize `org-babel-load-languages' to add `shell'.
I copied your text to an org buffer did C-c ' to extract the
Dear Charles,
I installed orgmode 9.14 from org via ~package-install~.
The problem is still present there.
The messages from the evaluation of the last code block and the output of
~org-version~:
#+BEGIN_QUOTE
Wrote /temp/test1.org
executing Elisp code block (add3)...
(num (quote 5))
"8"
Dear Charles,
thanks for the quick test.
You wrote:
> I cannot reproduce this in 9.1.14
> C-c C-v C-i on each src block works as expected.
> org-babel-execute-buffer runs to successful completion.
I had a look at the orgmode master.
The problem has already been fixed in the master by
1208/2370:
>
> The following example causes an infinite recursion in
> ~org-babel-get-src-block-info~.
>
I mostly cite here from https://emacs.stackexchange.com/q/41208/2370:
The following example causes an infinite recursion in
~org-babel-get-src-block-info~.
#+BEGIN_SRC org
,#+BEGIN_SRC org
,#+NAME: add3
,#+BEGIN_SRC elisp :var num=0
(+ 3 num)
,#+END_SRC
,* Use function drawer header arg
17 matches
Mail list logo
