From: Eric Schulte <schulte.eric@gmail.com>
To: Rainer M Krug <Rainer@krugs.de>
Cc: emacs-orgmode@gnu.org, Charles Berry <ccberry@ucsd.edu>
Subject: Re: [BUG] [babel] in :eval never with :session
Date: Fri, 06 Jun 2014 08:46:17 -0400 [thread overview]
Message-ID: <87tx7yezb5.fsf@gmail.com> (raw)
In-Reply-To: m2iopf4awj.fsf@krugs.de
Rainer M Krug <Rainer@krugs.de> writes:
> Charles Berry <ccberry@ucsd.edu> writes:
>
>> Eric Schulte <schulte.eric <at> gmail.com> writes:
>>
>>>
>>> Rainer M Krug <Rainer <at> krugs.de> writes:
>>>
>>> > The error is back:
>>> >
>>>
>>> You say "back", was this error not present recently? If so could you
>>> isolate the commit at which this error appeared?
>>>
>>
>> The bug seems to be in the use of
>>
>> (org-link-search heading)
>>
>> in org-babel-exp-in-export-file which is called in
>> org-babel-exp-process-buffer.
>>
>> That search will find the first heading that is a match after
>> (point-min). So it will mess up other header args, too.
>>
>> It was there back in 8.0.7 and recent commits did not touch it AFAICS.
>
> Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @
> /usr/local/Cellar/emacs-mac/emacs-24.3-mac-4.6/share/emacs/24.3/lisp/org/)
>
> as well. I don't think it makes sense to go further back.
>
> So no regression, but bug.
>
Thanks Charles for pointing out the use of `org-link-search' in
`org-babel-exp-in-export-file' as the source of the problem. I'm not
sure there's a clear solution here. Given that there may be a different
outline structure between the original and exported file (e.g., some
headlines may be present in the former and absent from the later), in
the presence of multiple headings with the same name there is no obvious
(to me) way to find a given heading from the exported file in the
original file.
I've just pushed up a change, so that when headings have IDs these will
be used instead of the heading text to find related heading in the
original buffer. This should provide a workaround when multiple
headings with the same text are desired---just add IDs to all such
headings.
Best,
>
> Cheers,
>
> Rainer
>
>>
>> HTH,
>>
>> Chuck
>>
>>> Thanks,
>>> Eric
>>>
>>> >
>>> > When one header in a subtree which has the header argument
>>> > :eval never
>>> > has the same name as in a following subtree which should be evaluated on
>>> > export, the second subtree is not exported. When the name of the header
>>> > is changed, the subtree is exported as expected.
>>> >
>>> > --8<---------------cut here---------------start------------->8---
>>> > #+PROPERTY: exports both
>>> > #+PROPERTY: session *tmp_R*
>>> >
>>> > * Some non-evaluated code
>>> > :PROPERTIES:
>>> > :eval: never
>>> > :END:
>>> > ** This is the same header
>>> > #+BEGIN_SRC R
>>> > cat("\ntwo\n")
>>> > #+END_SRC
>>> >
>>> > * Data Assessment Results
>>> > ** This is the same header
>>> > If the name of the header is changed, the subtree is evaluated on export.
>>> > #+begin_src R
>>> > cat("\nhere it is <at> <at> <at> <at> <at> <at> <at> <at> <at>
>> <at> <at> <at> <at> <at> <at> <at> <at> <at> <at> <at> <at>
>> <at> <at> <at> <at> <at> <at> <at> <at> <at> <at> <at> <at> <at>
>> <at> <at> <at> <at> <at> <at> \n")
>>> > #+end_src
>>> > --8<---------------cut here---------------end--------------->8---
>>> >
>>> > Org-mode version 8.2.6 (release_8.2.6-920-gc6d698 <at>
>> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
>>> > GNU Emacs 24.3.1 (x86_64-apple-darwin13.0.0, Carbon Version 1.6.0 AppKit
>> 1265) of 2014-02-13 on Rainers-MacBook-Pro-2.local
>>> >
>>> > Cheers,
>>> >
>>> > Rainer
>>>
>>
>>
>>
>>
>>
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D (see https://u.fsf.org/yw)
next prev parent reply other threads:[~2014-06-06 17:14 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-05 12:28 [BUG] [babel] in :eval never with :session Rainer M Krug
2014-05-07 9:19 ` Eric Schulte
2014-05-07 13:05 ` Rainer M Krug
2014-05-07 18:18 ` Charles Berry
2014-05-09 8:24 ` Rainer M Krug
2014-06-06 12:46 ` Eric Schulte [this message]
2014-06-10 13:27 ` Rainer M Krug
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87tx7yezb5.fsf@gmail.com \
--to=schulte.eric@gmail.com \
--cc=Rainer@krugs.de \
--cc=ccberry@ucsd.edu \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).