Hi Matthew, You're not missing anything obvious, there are two points which are keeping this from succeeding.
First, emacs-lisp did not support the ":results output", however I've just pushed up a patch which adds this support to emacs-lisp code blocks. Second, you have ":export output" below, when you should have ":results output", and if you do want to change export options the header argument is ":exports" (plural) not ":export". I really need to implement some sort of highlighting to catch these small header-argument errors as they're extremely common. With the latest Org-mode the following should work. #+begin_src emacs-lisp :results output (let ((dog (sqrt 2)) (cat 7)) (print (format "%s %f" "Dog: " (eval dog))) (print (format "%s %d" "Cat: " (eval cat)) nil) (print "Fish.")) #+end_src #+results: : : "Dog: 1.414214" : : "Cat: 7" : : "Fish." Although I'd recommend returning the value as a list #+begin_src emacs-lisp (let ((dog (sqrt 2)) (cat 7)) `((dog ,dog) (cat ,cat) (fish))) #+end_src #+results: | dog | 1.4142135623730951 | | cat | 7 | | fish | | Cheers -- Eric Matthew Oesting <oesti...@me.com> writes: > I am sure that this is a trivially simple issue that I've simply overlooked > in the manual, but by God, I've been studiously overlooking it for about an > hour... > > I simply print a few things... > > #+BEGIN_SRC emacs-lisp :export output > > (let ( > (dog (sqrt 2)) > (cat 7) > ) > > (print (format "%s %f" "Dog: " (eval dog))) > (print (format "%s %d" "Cat: " (eval cat)) nil) > (print "Fish.") > ) > > #+END_SRC > > #+results: > : Fish. > > Only the last value ever survives the printing process. One line > attempts to print to standard out without specification, and the other > names the stream specifically, but in all cases, only the last message > ever seems to survive. It is as if all messages are directed to the > minibuffer, happily clobbering previous output like a sequence of baby > seals, and then that minibuffer is reported as the output stream. > > Is there some way to allow for all printed output to survive? > > - M > > -- Eric Schulte http://cs.unm.edu/~eschulte/