From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id kGIDCoOUUWGG3AAAgWs5BA (envelope-from ) for ; Mon, 27 Sep 2021 11:53:07 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id aN7CBYOUUWESawAA1q6Kng (envelope-from ) for ; Mon, 27 Sep 2021 09:53:07 +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 41A70A5A for ; Mon, 27 Sep 2021 11:53:06 +0200 (CEST) Received: from localhost ([::1]:51112 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mUnJp-0003p6-Bx for larch@yhetil.org; Mon, 27 Sep 2021 05:53:05 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57520) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mUnIx-0003m7-Mq for emacs-orgmode@gnu.org; Mon, 27 Sep 2021 05:52:12 -0400 Received: from relay-egress-host.us-east-2.a.mail.umich.edu ([18.219.209.13]:33460 helo=welcome-ceridwen.relay-egress.a.mail.umich.edu) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mUnIv-0003YP-Nx for emacs-orgmode@gnu.org; Mon, 27 Sep 2021 05:52:11 -0400 Received: from weary-kelpie.authn-relay.a.mail.umich.edu (ip-10-0-74-223.us-east-2.compute.internal [10.0.74.223]) by welcome-ceridwen.relay-egress.a.mail.umich.edu with ESMTPS id 61519448.6BAC4.2FE3B63C.13475; Mon, 27 Sep 2021 05:52:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umich.edu; s=relay-2018-08-29; t=1632736328; bh=BUz8GaHqUGOJx94Ub1n85sIok0wvxjYOCj2OccKVVEk=; h=To:cc:Subject:In-reply-to:From:Date; b=YTYa99zxF/0/nDz4Jkapzs+UZuZSY6c61wlFQUb9lljMyJpoGgEEP8s9sRiYZJg68 Z7aF9Rma96YRcAQOGaV307TuvHdg+Zmz4rCZpUiA/YMSr7jLaR8n3c8sPcRvhYS9tX tvxKou/K9VDWn79xrxLF125Qw0nvukufzzs1b4ci/jPvNTZOTcBn/W05HTMJaSuPkX ZqltVh5Udmj67DSw8p/qbHeikFIvFWmg6SvGjW7Mjn7dymjmOiEtm5/uzndc/HNvi2 GGinXx78DU19kY0739S54I53kNNCvxWRJrTbR7jFnwO0p29djMYuBkqkrZAKx7bXrQ aKDOWTix2QtBQ== Received: from localhost (Mismatch [95.8.195.9]) by weary-kelpie.authn-relay.a.mail.umich.edu with ESMTPSA id 61519445.40479.5E63C258.1913754; Mon, 27 Sep 2021 05:52:05 -0400 To: Tim Cross Subject: Re: Bug: :session results in unfriendly error reporting In-reply-to: Your message of "Tue, 17 Aug 2021 16:23:48 +1000." <871r6swpcu.fsf@gmail.com> X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 27.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1776053.1629186254.1@apollo2.minshall.org> From: Greg Minshall X-Woof-Help: Please help implementing :session friendly error reporting Date: Mon, 27 Sep 2021 12:52:01 +0300 Message-ID: <876019.1632736321@apollo2.minshall.org> Received-SPF: pass client-ip=18.219.209.13; envelope-from=minshall@umich.edu; helo=welcome-ceridwen.relay-egress.a.mail.umich.edu X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1632736386; 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:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=BUz8GaHqUGOJx94Ub1n85sIok0wvxjYOCj2OccKVVEk=; b=B0i0gfDLDJbArOHxp+N3Al8xzFv+p6Y4xE12tqdWKXrIvHAr2JH6L3xZU0jWAOJ55JFKii taKmPJ7PtWtKqWkscpA/x19qUwOyv1jJ1xBKNB66JkVBqB1ePfaLCmc24n0ZX7vQ81L2k1 T4NMr2cbpZN8iqI6IoHEF7Z2ofz8e7vYTNvH0LEfL5wnB1+d41Jcai26e345Xan6XBqVoM ME9wHSmva/supxIbMuN/+F+F5IqiD2oI7Fk1wayRMcjGJh+1b+ISv40b9rllilWH0Zi5rK JAX+6HmROFzGLentd5NWh4bymKZHjVeSmYs/EY+SeTvE+sVclGmXxGXSwo5jyw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1632736386; a=rsa-sha256; cv=none; b=RuJQOypwI/vr9xC3/bMUVA+Fb4UVRKh7q/o/oFc8hb+0RUDhnYWZqVd+FaHRZxrUSgclxW W5IRZjgwYDoHvT5qdEdVF6QaftsXtLE+ogCFSWq0FXfN2vuiuRX5aAIMhHCQRYcFPtvb5w pwMko9v6jVPAg8YhxCTZV0vKF4ggA/enYZtMx2cupu9g65dVKVivOcbyK9K4KoCT9/GWH5 HA9UYi/9PvMfN2rYEEvy2W7RVDR8CQ4oM2XhOOb0Fsjza5uFZ1y9VtbGgMCuLQDmoXAdMo EA03sFcY//TiMv7ufUNqE4qY0kFpBurcl18oahDudh3S2ack9A1vWWHq+PAkwA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=umich.edu header.s=relay-2018-08-29 header.b=YTYa99zx; 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-Migadu-Spam-Score: -3.09 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=umich.edu header.s=relay-2018-08-29 header.b=YTYa99zx; dmarc=pass (policy=none) header.from=umich.edu; 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-Migadu-Queue-Id: 41A70A5A X-Spam-Score: -3.09 X-Migadu-Scanner: scn0.migadu.com X-TUID: GZ6ll67jEgEh (all -- just re-sending this with the WOOF header... the original thread is at https://list.orgmode.org/87ee9aquje.fsf@gnu.org/T/#t ) Tim, thanks. > It isn't so much that nothing is possible but rather nobody has > implemented a consistent model which can be adopted and has been > implemented by all backends. This is why I consider this to be a > feature request and not a bug report. This is not expected/defined > behaviour which is not behaving according to spec - this is new > unimplemented behaviour, a new feature which needs to be designed and > implemented across all backends. yes, i agree this is really a feature request. in general, as far as i can see, consistency across languages "at the fringes", is pretty much "a work in progress" (or not, as the case might be). if there is ever the chance to detect and propagate errors in :session, that would be great. (and, again "in general", trying to reduce the [reducible] gap between non- and :session, across languages, would be a nice goal.) cheers, Greg