From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ian Kelling <ianowl@gmail.com>
Subject: Re: stderr patch
Date: Sat, 22 Mar 2014 03:58:48 -0700
Message-ID: <532D6CE8.3000304@gmail.com>
References: <532D0AB1.6080708@gmail.com>
	<CALn3zoie8-X6FEa6TgBVV-FF=826OmZxH7uLzOMY6E8H7aTFHw@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:46768)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ianowl@gmail.com>) id 1WRJdk-0001C3-Ok
	for emacs-orgmode@gnu.org; Sat, 22 Mar 2014 06:59:06 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ianowl@gmail.com>) id 1WRJde-0000Sq-Fq
	for emacs-orgmode@gnu.org; Sat, 22 Mar 2014 06:59:00 -0400
Received: from out1-smtp.messagingengine.com ([66.111.4.25]:47164)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ianowl@gmail.com>) id 1WRJde-0000Sk-8S
	for emacs-orgmode@gnu.org; Sat, 22 Mar 2014 06:58:54 -0400
In-Reply-To: <CALn3zoie8-X6FEa6TgBVV-FF=826OmZxH7uLzOMY6E8H7aTFHw@mail.gmail.com>
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Michael Brand <michael.ch.brand@gmail.com>
Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>

On 03/22/2014 02:43 AM, Michael Brand wrote:
> 
> For two reasons I would much prefer if there would be not yet another
> variable org-* but a header argument or a new value for e. g.
> ":results":
> - When someone would use org-babel-use-error-buffer then sharing Org
>   source blocks would be less easy.
> - With a header argument it would be possible to have different
>   behaviors in different Org source blocks which is also a requirement
>   for backward compatibility of existing source blocks (I would want
>   them to let babel execution still fail in case of a problem).
> 
> There are also use cases where I would want to capture stderr but let
> babel execution fail when the exit status is non-zero, see [2].

I had the similar thoughts. I just wanted to share in case someone out there
wanted to apply the patch for themselves until it's done right within org mode. I
started on making a header argument, but it will be a while before I finish.

- Ian