From mboxrd@z Thu Jan 1 00:00:00 1970 From: tsd@tsdye.com (Thomas S. Dye) Subject: Re: Bug? R: Org babel block execution *drastically* slower than in ESS session directly Date: Tue, 13 Nov 2012 22:28:08 -1000 Message-ID: References: <874nlappb1.fsf@tajo.ucsd.edu> <878vam1jvh.fsf@tajo.ucsd.edu> <3477.1351723988@alphaville> <11876.1351784283@alphaville> <14621.1351795682@alphaville> <87d2zgrhhr.fsf@gmail.com> <87a9ukr8xy.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:47425) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TYYKs-0001jh-Pz for emacs-orgmode@gnu.org; Wed, 14 Nov 2012 03:28:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TYYKp-0000YX-Lm for emacs-orgmode@gnu.org; Wed, 14 Nov 2012 03:28:38 -0500 Received: from oproxy9.bluehost.com ([69.89.24.6]:38565) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1TYYKp-0000Y9-Dn for emacs-orgmode@gnu.org; Wed, 14 Nov 2012 03:28:35 -0500 Received: from [98.155.255.145] (port=51512 helo=poto.local) by box472.bluehost.com with esmtpa (Exim 4.76) (envelope-from ) id 1TYYKQ-00076s-5Y for emacs-orgmode@gnu.org; Wed, 14 Nov 2012 01:28:10 -0700 In-Reply-To: <87a9ukr8xy.fsf@gmail.com> (Aaron Ecay's message of "Wed, 14 Nov 2012 01:32:25 -0500") 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@gnu.org Aloha Aaron, Welcome to Org-mode. Aaron Ecay writes: > 2012ko azaroak 13an, John Hendy-ek idatzi zuen: > > [...] >> Crazy. I really wondered if it had something to do with trying to spit >> out the results into the minibuffer. Why is that behavior included? > > =E2=80=9C:results silent=E2=80=9D just means =E2=80=9Csilent except for t= he minibuffer=E2=80=9D; IDK > why. I think "silent" has to do with the Org buffer that contains the source code block. Non-silent blocks do something in the buffer. This was, for me, one of the amazing things about babel when it was being developed. One could "speak" any language and have sensible results written back to a plain text file. > >> Are you sure it's only on file import? I was generating some large >> output when I first experienced this. > > Yes, that=E2=80=99s what I meant (and didn=E2=80=99t explain well). Org = writes R=E2=80=99s > output to a file, and then imports it into Emacs (to print in the > minibuffer). But it also does an expensive transformation before > printing it =E2=80=93 whence the slowdown. > >> I have to >> change to the R buffer to see if there were any errors. > > I agree that this is sub-optimal. > > I seem to remember that ob-R.el is unmaintained (or was at some point in > the past). Once there is consensus on what a fix should look like, I > can attempt to produce a patch implementing it. And I=E2=80=99ll take a = crack > at error reporting in the minibuffer too. Yes, ob-R.el is currently without a maintainer. My sense and experience is that Eric S. is happy to entertain patches to the various ob language files. My experience is also that active maintainers welcome patches--I don't think there is a barrier to patch proposals. I can help with documentation if your patch results in some substantive changes to R support in babel. Please don't hesitate to ask if need be. All the best, Tom --=20 Thomas S. Dye http://www.tsdye.com