From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Oesting Subject: Re: Emacs-orgmode Digest, Vol 62, Issue 11 Date: Sun, 10 Apr 2011 17:54:25 -0400 Message-ID: <80402BB7-A2EC-4530-8EF1-442E775D6D46@me.com> References: <0LJG00AQ51TP5FC0@smtpin127.mac.com> Mime-Version: 1.0 Content-Type: text/plain; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Return-path: Received: from [140.186.70.92] (port=52418 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q92aV-0004ew-IO for emacs-orgmode@gnu.org; Sun, 10 Apr 2011 17:54:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q92aU-00064l-KN for emacs-orgmode@gnu.org; Sun, 10 Apr 2011 17:54:31 -0400 Received: from asmtpout027.mac.com ([17.148.16.102]:40767) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q92aU-00064O-6O for emacs-orgmode@gnu.org; Sun, 10 Apr 2011 17:54:30 -0400 Received: from lawn-128-61-127-5.lawn.gatech.edu (lawn-128-61-127-5.lawn.gatech.edu [128.61.127.5]) by asmtp027.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LJG00HYPI6PBZ10@asmtp027.mac.com> for emacs-orgmode@gnu.org; Sun, 10 Apr 2011 14:54:27 -0700 (PDT) In-reply-to: <0LJG00AQ51TP5FC0@smtpin127.mac.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org 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