* Babel #+CALL: results? [not found] <179869262.8638.1384295274080.JavaMail.root@ittc.ku.edu> @ 2013-11-12 22:54 ` Phil Regier 2013-11-12 23:13 ` Aaron Ecay 0 siblings, 1 reply; 3+ messages in thread From: Phil Regier @ 2013-11-12 22:54 UTC (permalink / raw) To: emacs-orgmode I'm new to Babel -- I've been using Org for the last few years just to organize and typeset simple LaTeX for PDF and MathJax export -- and furthermore have had to compile Emacs from scratch and install into my home directory (installing Org as an ELPA package) to get my versions to sync up with the Worg documentation, so I may have broken something, but I've had no end of trouble trying to get even the simplest named block calls to produce output. As I understand Worg, and some old list messages from gmane, the following should produce meaningful output: #+NAME: testfun #+BEGIN_SRC sh :var Var1="Val1" echo "Var1: $Var1" #+END_SRC #+CALL: testfun[:results output](Var1="Val3") :results output verbatim #+RESULTS: : "" *Once* I got output, but I could not reproduce this after making and undoing a few formatting changes; I would chalk this up to my own cluelessness, except that I can get what I *think* is statefully incorrect output from the first block: Iteration 1 (control case): Begin with only the #+NAME: ... #+END_SRC with ":results verbatim" and execute block to get #+NAME: testfun #+BEGIN_SRC sh :var Var1="Val1" :results output verbatim echo "Var1: $Var1" #+END_SRC #+RESULTS: testfun : Var1: Val1 Iteration 2: Replace ":results output verbatim" with ":results output raw" and execute block to get #+NAME: testfun #+BEGIN_SRC sh :var Var1="Val1" :results output raw echo "Var1: $Var1" #+END_SRC #+RESULTS: testfun Var1: Val1 Iteration 3: Change back to ":results output verbatim" and execute block to get #+NAME: testfun #+BEGIN_SRC sh :var Var1="Val1" :results output verbatim echo "Var1: $Var1" #+END_SRC #+RESULTS: testfun =Var1: Val1 =Var1: Val1 Iteration 3+n: Execute the same block to get #+NAME: testfun #+BEGIN_SRC sh :var Var1="Val1" :results output verbatim echo "Var1: $Var1" #+END_SRC #+RESULTS: testfun =Var1: Val1 ==Var1: Val1 ==Var1: Val1 (prev. line repeated n times total) =Var1: Val1 Is this intended behavior? I will admit I don't understand Babel's output modes sufficiently well to know for sure; *however*, I also believe my one isolated success in getting output from #+CALL: was a side effect of this stateful behavior. If this is likely to be due to a bad install/configuration, can anyone clarify the "right" way to get a current org-mode installation (or at least, a version that corresponds to one or more "official" online documentation repositories) as an unprivileged user on a system that already has a prepackaged emacs installation? If this is intended behavior, where can I find the right combination of :results properties to pass output from a named block to a later call for display and/or export? Running from my current home directory installation, here are my emacs and Org versions: GNU Emacs 24.3.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.9) of 2013-11-10 on <host> Org-mode version 8.2.2 (8.2.2-dist @ /<homedir>/.emacs.d/elpa/org-20131108/) Any guidance would be greatly appreciated... Phil Regier pregier@ittc.ku.edu ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Babel #+CALL: results? 2013-11-12 22:54 ` Babel #+CALL: results? Phil Regier @ 2013-11-12 23:13 ` Aaron Ecay 2013-11-12 23:40 ` Phil Regier 0 siblings, 1 reply; 3+ messages in thread From: Aaron Ecay @ 2013-11-12 23:13 UTC (permalink / raw) To: Phil Regier, emacs-orgmode Hi Phil, I’m far from an expert myself, but I think I see what is going on with your testcases. 2013ko azaroak 12an, Phil Regier-ek idatzi zuen: [...] > *Once* I got output, but I could not reproduce this after making and > undoing a few formatting changes; I would chalk this up to my own > cluelessness, except that I can get what I *think* is statefully > incorrect output from the first block: > > Iteration 1 (control case): Begin with only the #+NAME: ... #+END_SRC with ":results verbatim" and execute block to get > > #+NAME: testfun > #+BEGIN_SRC sh :var Var1="Val1" :results output verbatim > echo "Var1: $Var1" > #+END_SRC > > #+RESULTS: testfun > : Var1: Val1 So far, as expected. > > > Iteration 2: Replace ":results output verbatim" with ":results output raw" and execute block to get > > #+NAME: testfun > #+BEGIN_SRC sh :var Var1="Val1" :results output raw > echo "Var1: $Var1" > #+END_SRC > > #+RESULTS: testfun > Var1: Val1 Also as expected. > > > Iteration 3: Change back to ":results output verbatim" and execute block to get > > #+NAME: testfun > #+BEGIN_SRC sh :var Var1="Val1" :results output verbatim > echo "Var1: $Var1" > #+END_SRC > > #+RESULTS: testfun > =Var1: Val1 > =Var1: Val1 Now org would like to remove the previous output. However, it cannot do so, since it does not know where it begins and ends (since raw output could contain in principle anything, or nothign at all). It’s best to use “drawer” instead of “raw” in most cases, because the drawer wrapper bounds the result and lets subsequent calls see it and remove it. Without removing the previous result, org tries to add the “Var1: Val1” as verbatim text (before the instance of that text which is left over from the previous call). It looks like even though there is a newline in the string org chooses to use the single-line =verbatim= syntax, rather than the multiline : verbatim I don’t know why it does this, and it may be a bug. As for your original example: > #+CALL: testfun[:results output](Var1="Val3") :results output verbatim You don’t need the second :results output. That applies to an invisible elisp source block which wraps the evaluation of the #+call line, and which produces no output. I get the right result consistently with #+CALL: testfun(Var1="Val3") #+RESULTS: : Var1: Val3 Or (note the addition of quotes in the result): #+CALL: testfun(Var1="Val3") :results verbatim #+RESULTS: : "Var1: Val3" -- Aaron Ecay ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Babel #+CALL: results? 2013-11-12 23:13 ` Aaron Ecay @ 2013-11-12 23:40 ` Phil Regier 0 siblings, 0 replies; 3+ messages in thread From: Phil Regier @ 2013-11-12 23:40 UTC (permalink / raw) To: Aaron Ecay; +Cc: emacs-orgmode Oops; forgot to reply-all. Aaron's advice did set me straight, and #+CALL: is working fine for me now without my ill-advised debugging artifacts. Thanks to Aaron for the assistance, and to the Org list/maintainers for all the great Org tools and documentation. Phil ----- Original Message ----- From: "Aaron Ecay" <aaronecay@gmail.com> To: "Phil Regier" <pregier@ittc.ku.edu>, emacs-orgmode@gnu.org Sent: Tuesday, November 12, 2013 5:13:34 PM Subject: Re: [O] Babel #+CALL: results? Hi Phil, I’m far from an expert myself, but I think I see what is going on with your testcases. 2013ko azaroak 12an, Phil Regier-ek idatzi zuen: [...] > *Once* I got output, but I could not reproduce this after making and > undoing a few formatting changes; I would chalk this up to my own > cluelessness, except that I can get what I *think* is statefully > incorrect output from the first block: > > Iteration 1 (control case): Begin with only the #+NAME: ... #+END_SRC with ":results verbatim" and execute block to get > > #+NAME: testfun > #+BEGIN_SRC sh :var Var1="Val1" :results output verbatim > echo "Var1: $Var1" > #+END_SRC > > #+RESULTS: testfun > : Var1: Val1 So far, as expected. > > > Iteration 2: Replace ":results output verbatim" with ":results output raw" and execute block to get > > #+NAME: testfun > #+BEGIN_SRC sh :var Var1="Val1" :results output raw > echo "Var1: $Var1" > #+END_SRC > > #+RESULTS: testfun > Var1: Val1 Also as expected. > > > Iteration 3: Change back to ":results output verbatim" and execute block to get > > #+NAME: testfun > #+BEGIN_SRC sh :var Var1="Val1" :results output verbatim > echo "Var1: $Var1" > #+END_SRC > > #+RESULTS: testfun > =Var1: Val1 > =Var1: Val1 Now org would like to remove the previous output. However, it cannot do so, since it does not know where it begins and ends (since raw output could contain in principle anything, or nothign at all). It’s best to use “drawer” instead of “raw” in most cases, because the drawer wrapper bounds the result and lets subsequent calls see it and remove it. Without removing the previous result, org tries to add the “Var1: Val1” as verbatim text (before the instance of that text which is left over from the previous call). It looks like even though there is a newline in the string org chooses to use the single-line =verbatim= syntax, rather than the multiline : verbatim I don’t know why it does this, and it may be a bug. As for your original example: > #+CALL: testfun[:results output](Var1="Val3") :results output verbatim You don’t need the second :results output. That applies to an invisible elisp source block which wraps the evaluation of the #+call line, and which produces no output. I get the right result consistently with #+CALL: testfun(Var1="Val3") #+RESULTS: : Var1: Val3 Or (note the addition of quotes in the result): #+CALL: testfun(Var1="Val3") :results verbatim #+RESULTS: : "Var1: Val3" -- Aaron Ecay ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-11-12 23:40 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <179869262.8638.1384295274080.JavaMail.root@ittc.ku.edu>
2013-11-12 22:54 ` Babel #+CALL: results? Phil Regier
2013-11-12 23:13 ` Aaron Ecay
2013-11-12 23:40 ` Phil Regier
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).