From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id GJkeCLOnv2Wv6gAAqHPOHw:P1 (envelope-from ) for ; Sun, 04 Feb 2024 16:05:23 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id GJkeCLOnv2Wv6gAAqHPOHw (envelope-from ) for ; Sun, 04 Feb 2024 16:05:23 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=mIZUqRwr; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1707059123; a=rsa-sha256; cv=none; b=XhJjeOSZ0rHIUOMdtTsUsAewx4lwdxAL8qOaU/VbL2YOmx+pxX3dqtJV0sL5Qi97ZrZH1G t/2HecKM0ySfHLFHCAZb9GAMqnptuFkBnJqYGp8Vl5r5va7TuaAxVxfHcihJWjXMHmnceT ejLu9bzk67e0oPOno9qy/m5urg8YvOgUfrdXqA3wo6gpmwQY+92MrazGHnqZAVB+KbWSnU DkVpOFZCqHTvoOBSXc1tj3pJ+cvBWF4uCuuzUM2VooDij4djWPpY63l+ZdVhv1qyqt0A5U UqQSo0aTHYNlAAtVhhP7zkojIbggLtZS5cA0lX36TUeWhnkCANcCwrWtnJrmvQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=mIZUqRwr; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1707059123; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=//7IulY42BkeJjA58MXkJ3Jv8aZRgDpRTX4RX6YbM08=; b=u85n/ct0TlCc1wGwBZCCDCSGvFHi6wMNX7AGb85P1AKWOmSjuEPvas6zYpdBoI/s421/mq tggTSxzmT51oeHsDKavDUFAiID41O23hFkoUW56rMd1BwI9oeffdmkK5GEaNxrp9zjDxkD TEjPyFu6O4uVbJG3ibpC7tkGG3LK/+vvOkBlRVPKg/7m6qw9nwrEzJMKbTYAYCc/sM72sF ssn1+g8mf2QnWOXCkoUYgcSIh/WFEdOXN/BkRgbNTQvwZJnlyTEuQVCOfvkiTwU0a9dWqf BT4YRLpa8+QTFGnd3I+eWJA9iokdI0EB1L5HDIq/ZX9Or/m5gYFe8dD6TaFFpg== 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 C486B687D1 for ; Sun, 4 Feb 2024 16:05:22 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rWe2i-0003PN-PZ; Sun, 04 Feb 2024 10:04:24 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rWe2g-0003Ow-HL for emacs-orgmode@gnu.org; Sun, 04 Feb 2024 10:04:22 -0500 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rWe2e-0008S8-84 for emacs-orgmode@gnu.org; Sun, 04 Feb 2024 10:04:22 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id F38E0240028 for ; Sun, 4 Feb 2024 16:04:17 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1707059058; bh=eRGnHfQo2nmwuCK9qdPE+/vnAalu9lHf2afCeZJ87U8=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=mIZUqRwr3cShDpQwTXT7BrlD7vmtYqvin3/dncX+qJc1VCLwButMpm4ZRRe3eWAg4 G2N5FWP7/gDm0NFD/2r2tPFN4lG3Lu6AvA2Mfrd88K1xBYW1iCknj2aJeMK98LTLst mSV2RazSHrn7wdVbBGCcucc8OuBumDlO7lwYf0Q3i3UeHSzTrTukL9qNF+IrSv3VI3 sLNUyTP/xHw6hSu6/qQL2fZRRURUFAN33AL1G91Dcl1ArFzx1J9jSRdmpEq7IHSe1q Xf3TYDv/c7rgrRSsmRF3kY5J4V3jCzRwlz+sT1R8I+3ri8GkqmwjjBUdIgzUXHN0Kx nKw/xWlr5MpTA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TSXpn1hfLz9rxL; Sun, 4 Feb 2024 16:04:17 +0100 (CET) From: Ihor Radchenko To: Jack Kamm Cc: Bruno Barbier , emacs-orgmode@gnu.org Subject: Re: [BUG] Unexpected result when evaluating python src block asynchronously [9.7-pre (release_9.6.17-1131-gc9ed03.dirty @ /home/yantar92/.emacs.d/straight/build/org/)] In-Reply-To: <87jznm8hcu.fsf@gmail.com> References: <87o7d0mm54.fsf@localhost> <65bbb108.050a0220.b60fd.6790@mx.google.com> <87jznm8hcu.fsf@gmail.com> Date: Sun, 04 Feb 2024 15:07:46 +0000 Message-ID: <875xz42rp9.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Scanner: mx10.migadu.com X-Spam-Score: -9.02 X-Migadu-Queue-Id: C486B687D1 X-Migadu-Spam-Score: -9.02 X-TUID: HvPS64pkx+Tn Jack Kamm writes: > I think the correct solution would be for `org-babel-insert-result' to > not insert file results (or any other special results) for async session > blocks. Perhaps in this case, `org-babel-insert-result' could return a > new result type, named "async", "future", or similar. That will not work. `org-babel-comint-async-filter' expects a unique result to be inserted into Org buffer, so that it can be located, and replaced by the async evaluation output. So, we have to insert some kind of indicator for async result. Of course, the existing scheme of coordination between `org-babel-insert-result' and `org-babel-comint-async-filter' is erroneous: 1. We have the problem with :results file value discussed here 2. We have a worse problem with :results file :file foo when the result may not be unique 3. We have :results append/prepend completely broken because `org-babel-comint-async-filter' simply calls `org-babel-insert-result' implicitly assuming that the existing indicator is replaced. The whole thing should be re-designed. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at