From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Hendy Subject: Doew output to minibuffer when using babel + R and :results silent hurting working with larger data? Date: Tue, 30 Oct 2012 02:46:27 -0500 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:54976) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TT6Wx-0001EL-6P for emacs-orgmode@gnu.org; Tue, 30 Oct 2012 03:46:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TT6Wr-0005qF-EI for emacs-orgmode@gnu.org; Tue, 30 Oct 2012 03:46:35 -0400 Received: from mail-ob0-f169.google.com ([209.85.214.169]:56690) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TT6Wr-0005q3-94 for emacs-orgmode@gnu.org; Tue, 30 Oct 2012 03:46:29 -0400 Received: by mail-ob0-f169.google.com with SMTP id va7so6174063obc.0 for ; Tue, 30 Oct 2012 00:46:28 -0700 (PDT) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode I'm working with a large dataset. I try to minimize overhead by doing some bigger data rearranging and calculations in a single block that I execute once per session and then switch :eval to "no." This block is set with :results silent, but I know with this option the results are still printed to the minibuffer. Usually this isn't a problem, but I've had some hangs with emacs and started wondering if this could be due to Orgmode regurgitating the results. Could this be the case? If so, could Org be made to stop this behavior? If I accidentally type the name of a data frame in the R session buffer, even when I use C-c C-c to stop the print out, it still takes quite a while to catch up and stop itself. It made me wonder if trying to print all of those results is increasing my compilation times unnecessarily. Thanks for any thoughts, John