From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id cO7MGn0dVV+2bgAA0tVLHw (envelope-from ) for ; Sun, 06 Sep 2020 17:33:49 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id QCzcFn0dVV+uQgAAbx9fmQ (envelope-from ) for ; Sun, 06 Sep 2020 17:33:49 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 0005594044B for ; Sun, 6 Sep 2020 17:33:48 +0000 (UTC) Received: from localhost ([::1]:52886 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kEyXz-0000fi-Vr for larch@yhetil.org; Sun, 06 Sep 2020 13:33:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52926) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kEyXg-0000fK-KD for emacs-orgmode@gnu.org; Sun, 06 Sep 2020 13:33:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53592) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kEyXg-0006pK-2g; Sun, 06 Sep 2020 13:33:28 -0400 Received: from [2a01:e35:2fe1:f780:819d:e853:de79:eb66] (port=57764 helo=guerry) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1kEyXf-0007Rc-MN; Sun, 06 Sep 2020 13:33:27 -0400 Received: by guerry (Postfix, from userid 1000) id 54B081A60D70; Sun, 6 Sep 2020 19:33:26 +0200 (CEST) From: Bastien To: Tim Cross Subject: Re: Bug or not a bug? dot expansion in ob-shell Organization: GNU References: <87a75eap8k.fsf@gnu.org> <87y2sy3kkl.fsf@ucl.ac.uk> <87r1yq4xiz.fsf@gnu.org> <875zg2kcy0.fsf@ucl.ac.uk> <87h7zmiw0v.fsf@gmail.com> <871rqqag19.fsf@bzg.fr> <87wo8iitzz.fsf@ucl.ac.uk> <87ftf63d79.fsf@gnu.org> <87pnear7tl.fsf@ucl.ac.uk> <87v9o236v1.fsf@gnu.org> <8736b66z6t.fsf@gnu.org> <877e0h571l.fsf@alphaville.usersys.redhat.com> <878skwbc3g.fsf@bzg.fr> <8736b36492.fsf@alphaville.usersys.redhat.com> <87imjyoi99.fsf@gnu.org> <87y2slqudr.fsf@gmail.com> <87y2sltnas.fsf@gmail.com> <87sgiszqc1.fsf@gmail.com> Date: Sun, 06 Sep 2020 19:33:26 +0200 In-Reply-To: <87sgiszqc1.fsf@gmail.com> (Tim Cross's message of "Sun, 01 Mar 2020 14:50:06 +1100") Message-ID: <87o8mi24k9.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -1.01 X-TUID: 342jPT3t7bdm Hi Tim, sorry for the late reply, and thanks a lot for the clear summary. Tim Cross writes: > It seems to me that two separate issues have been mixed up and causing > some confusion here. However, I think it is actually quite simple once > we consider the issues separately. > > Issue 1: Defining the meaning of :result value and :result output ... which is already defined in Org's documentation. > Issue 2: Specifying what the default :result setting would be i.e. > :result without a value/output specifier. After careful consideration, I suggest to follow the manual here, which says that ":results value" is the default. After 2f534294 in master, executing shell blocks with no :results header will output the exit code, which is the "value". > It could be that for some languages, the default for :result should > be :result output and for others it should be :result value. I decided not to go that way, even though I do sympathize with Tom's argument in the very same thread. I think Jack makes a compelling argument about the need to let the default always be ":results value". It seems less random to have some users being surprised that the value of executing a shell source block is an exit code, than to make it necessary for all users to check what is the default result for each Babel library. Best, -- Bastien