From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 06 00:47:56 2023 Received: (at submit) by debbugs.gnu.org; 6 Jan 2023 05:47:56 +0000 Received: from localhost ([127.0.0.1]:53507 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDfa8-0000cB-AR for submit@debbugs.gnu.org; Fri, 06 Jan 2023 00:47:56 -0500 Received: from lists.gnu.org ([209.51.188.17]:50964) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDfa6-0000bv-Ll for submit@debbugs.gnu.org; Fri, 06 Jan 2023 00:47:55 -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 1pDfa6-0006Iv-Fy for bug-gnu-emacs@gnu.org; Fri, 06 Jan 2023 00:47:54 -0500 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pDfa4-0001Gz-UT for bug-gnu-emacs@gnu.org; Fri, 06 Jan 2023 00:47:54 -0500 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 4358D320055E for ; Fri, 6 Jan 2023 00:47:51 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Fri, 06 Jan 2023 00:47:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=spwhitton.name; h=cc:content-type:date:date:from:from:in-reply-to:message-id :mime-version:reply-to:sender:subject:subject:to:to; s=fm1; t= 1672984070; x=1673070470; bh=7FbW3n3CeGREHdFU3VFWWXjCJRMuSxqDrps z5N0dBbE=; b=EppIGafX4ND0fZCCpvb4AZLa0CNo3IbYqbq+JeTIRzu3Sm9MF81 ymwhpyNo+E6QuJX8kUfePmTVauNWoRqVPl4CPoiBqmZ2RR6f5dlrQBowtg0+xq/U 1nNB7y18R/+g6u6QoCVRI/nsi/jfSzLbutTAMjOG0hLK0i4QTIZrDUVafwe7k+rp PXfZIqUYmVJ1KI1Z62v3HM820HYuFP7EltyFYpmca7huK2mv221Zd7bWlsK5TvUr THi5ZlsMaCA86v4qmnp7zQ70MDZhkAADtjKgLfbVtJ3wDfP+jS7F5cPMEjxr26Fb MosNwJ1zNdeYPJujvjD2N95/hmU1Pu18lXw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:message-id:mime-version :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1672984070; x= 1673070470; bh=7FbW3n3CeGREHdFU3VFWWXjCJRMuSxqDrpsz5N0dBbE=; b=u kucmUssaAxhYit5DGzZPDi7F2n6wCV0gUUJBAECLaI4wUzZSY3gGwbQKT3xxmpE8 BgCU5ZgHdZM8GgAAtwRTi28TljKrdRFwG/KCGYlgU7Z7ORyjR1zqbUYc2oXtCK3l apPVeJWld22SDGiAtw42zwOTZGJtJCGaiI/ta4l5UMySP0BrL/jHCKySiFCURyqR eOyzrcFnZQGNaoN2+2MrQl9Sjcy3NDLSE7Vnx87VGyF0SWdgnZZRVtGa97eu7mHp 3zgtC2YonisC1c6Y0E9OIMRu7K8/vj7xtt3Xx/MzviC3SeknhnytZGWmym3k+dIx 6Ow8U3iOZEH2Z9b62YVMw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrjeelgdeklecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhephffvufffkfgfgggtsehttddttddtre dtnecuhfhrohhmpefuvggrnhcuhghhihhtthhonhcuoehsphifhhhithhtohhnsehsphif hhhithhtohhnrdhnrghmvgeqnecuggftrfgrthhtvghrnhepfffgheeggffgheeuvdethf ekuddtgffgtdeukeegkedttefftdeghfdvgfdtjeelnecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomhepshhpfihhihhtthhonhesshhpfihhihhtth honhdrnhgrmhgv X-ME-Proxy: Feedback-ID: i23c04076:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 6 Jan 2023 00:47:50 -0500 (EST) Received: by melete.silentflame.com (Postfix, from userid 1000) id DF8B57E8E87; Thu, 5 Jan 2023 22:47:49 -0700 (MST) From: Sean Whitton To: bug-gnu-emacs@gnu.org Subject: 30.0.50; emacsclient: exit with a different code when the request times out Date: Thu, 05 Jan 2023 22:47:49 -0700 Message-ID: <87pmbsmcxm.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=64.147.123.24; envelope-from=spwhitton@spwhitton.name; helo=wout1-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) Hello, When calling 'emacsclient --timeout N --eval' from scripts, it would be nice if you could determine for sure when a failure was just due to a timeout, rather than, say, a Lisp exception. inotifywait(1) exits with code 2 to indicate a timeout. emacsclient could do the same. We might then consider adding a separate exit code for a Lisp error. Then a failure of emacsclient to connect, a request that timed out, and an error from Lisp would be readily distinguishable. At present the best one could do is parse emacsclient's output, but that doesn't seem robust. -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 06 02:37:02 2023 Received: (at 60592) by debbugs.gnu.org; 6 Jan 2023 07:37:02 +0000 Received: from localhost ([127.0.0.1]:53673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDhHh-0003gH-RL for submit@debbugs.gnu.org; Fri, 06 Jan 2023 02:37:02 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55380) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDhHg-0003fn-3Z for 60592@debbugs.gnu.org; Fri, 06 Jan 2023 02:37:00 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pDhHa-0004LE-Of; Fri, 06 Jan 2023 02:36:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=JwqKIEH9mD2Z6O6rpFxD5eH93/dAU7f6By+JG5FxvFk=; b=XVsOGxusxze8 I38EDwNI8Hq4FLsCRNzxGjb3ZSvqhShN0eo1Frnw4hYfslDvpoKxDXCEvB70DoMZkykbW4gnY7IYl GuS+CnZAGQN+0jNWf/rLFxUm4zEaVVDaLI3SBjmYjalelM8Q50HLvZtkkVgdvOSIIfQdjc7W4ZQ1S hBjaVyFMrM3GGr7Gz7amxGpbmmH38TDmE9nv+3O9IKmDU/FuXChq+4FC7ZEtOSvYYSExtZcFHtugH V030pRvWYJC7xYFQkxBQrHaDDntA9qBGc5FZMZYKHLAjivX1XNgsx69gOwY/5J7xNgB26qRCBpX/Y xkFUWFdMC2OJBo8ArZm/7w==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pDhHZ-0006Da-Qn; Fri, 06 Jan 2023 02:36:54 -0500 Date: Fri, 06 Jan 2023 09:37:11 +0200 Message-Id: <831qo8w1ug.fsf@gnu.org> From: Eli Zaretskii To: Sean Whitton In-Reply-To: <87pmbsmcxm.fsf@melete.silentflame.com> (message from Sean Whitton on Thu, 05 Jan 2023 22:47:49 -0700) Subject: Re: bug#60592: 30.0.50; emacsclient: exit with a different code when the request times out References: <87pmbsmcxm.fsf@melete.silentflame.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 60592 Cc: 60592@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Sean Whitton > Date: Thu, 05 Jan 2023 22:47:49 -0700 > > When calling 'emacsclient --timeout N --eval' from scripts, it would be > nice if you could determine for sure when a failure was just due to a > timeout, rather than, say, a Lisp exception. > > inotifywait(1) exits with code 2 to indicate a timeout. > emacsclient could do the same. It would be more portable to have the exception handler send a special message to emacsclient, so that it would know the reason without guessing. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 06 12:57:28 2023 Received: (at 60592) by debbugs.gnu.org; 6 Jan 2023 17:57:28 +0000 Received: from localhost ([127.0.0.1]:55778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDqy8-0006cE-6g for submit@debbugs.gnu.org; Fri, 06 Jan 2023 12:57:28 -0500 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:49165) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDqy6-0006c0-Ib for 60592@debbugs.gnu.org; Fri, 06 Jan 2023 12:57:27 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 610F75C00A2; Fri, 6 Jan 2023 12:57:21 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Fri, 06 Jan 2023 12:57:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=spwhitton.name; h=cc:cc:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm1; t=1673027841; x=1673114241; bh=VB 26/lumZQeXs+HqzSmQV/FyKkutxJZyQYd9QEovj6Y=; b=Z0KyV0EII8CqH339j3 L7vxllSq32D48hIMqaLjjEFT0liI0blMgIk41+qCa8a89p7c8C5f85M4bYgfXyPB hgLzlvUEh8E1qivHBiID5f4Cxh63ahLwZLFXLLv1PF++4akeA6bk5XvKlL7BpX9t Kz+VrKMvi9wi6Krp3PAHQQd2taxknEtZ/8/Kk8d6+4+g9KVkMzVS8kL6Q/JIKzaz NjTa9RPO7fHIl+zWdcNS6Gff1d54KtXSHhuYQ8Dr/lXuEhG1NVPNR1DiXKt2ahu1 IpDsQpFWMBFe6w6/FQsxKBw+B8b3c8H/nM3fZfxwGDVGLBAc7HG2NmbSlmy2/3LA jtfg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1673027841; x=1673114241; bh=VB26/lumZQeXs+HqzSmQV/FyKkut xJZyQYd9QEovj6Y=; b=sv+ADPQLxSbaZqyKI1uVxXwaqLvuRvsaUUE2tXtJv9Qw ypSedPcmz5BPjl6m0OJArla9+xRbXyosDw422lBqAGacBOrkvBYFreNIqg80l4TV 5HzaSpCvICCqr3DcJyK3saEgrLzuKk0+xmACGo1+6Aan3pCJj9JcUcVAkmpdM7AD FZoBhurGeKApuHYy5JKe7VdktjCEqkpx4icV3ACRPhoqHzOCm8VxrCkR2PDegcFp NGb4oE6WEMQo/6fTkaEt43WvKKx484TITZU1tfFzNqtBdeT+m9xnu0wVxM4b9ioZ pv9Z2E66YnU7Giy9sAI9pH1VABui8s8IU1n8bs/qrQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrkedtgddutdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvvefujghffffkfgggtgesthdttddttdertdenucfhrhhomhepufgvrghn ucghhhhithhtohhnuceoshhpfihhihhtthhonhesshhpfihhihhtthhonhdrnhgrmhgvqe enucggtffrrghtthgvrhhnpedtffdvffeuleeuvdetkedvveehgfehvdegvefghfevudek geegleevgeejkeetkeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehsphifhhhithhtohhnsehsphifhhhithhtohhnrdhnrghmvg X-ME-Proxy: Feedback-ID: i23c04076:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 6 Jan 2023 12:57:20 -0500 (EST) Received: by melete.silentflame.com (Postfix, from userid 1000) id EA93D7E91BA; Fri, 6 Jan 2023 10:57:18 -0700 (MST) From: Sean Whitton To: Eli Zaretskii Subject: Re: bug#60592: 30.0.50; emacsclient: exit with a different code when the request times out In-Reply-To: <831qo8w1ug.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 06 Jan 2023 09:37:11 +0200") References: <87pmbsmcxm.fsf@melete.silentflame.com> <831qo8w1ug.fsf@gnu.org> Date: Fri, 06 Jan 2023 10:57:18 -0700 Message-ID: <877cxzmtq9.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 60592 Cc: 60592@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hello, On Fri 06 Jan 2023 at 09:37AM +02, Eli Zaretskii wrote: >> From: Sean Whitton >> Date: Thu, 05 Jan 2023 22:47:49 -0700 >> >> When calling 'emacsclient --timeout N --eval' from scripts, it would be >> nice if you could determine for sure when a failure was just due to a >> timeout, rather than, say, a Lisp exception. >> >> inotifywait(1) exits with code 2 to indicate a timeout. >> emacsclient could do the same. > > It would be more portable to have the exception handler send a special > message to emacsclient, so that it would know the reason without > guessing. I think this is wholly complimentary to what I'm suggesting, right? -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 06 13:12:34 2023 Received: (at 60592) by debbugs.gnu.org; 6 Jan 2023 18:12:34 +0000 Received: from localhost ([127.0.0.1]:55817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDrCj-000757-V6 for submit@debbugs.gnu.org; Fri, 06 Jan 2023 13:12:34 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46014) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDrCi-00074s-Gc for 60592@debbugs.gnu.org; Fri, 06 Jan 2023 13:12:32 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pDrCd-0003PG-8g; Fri, 06 Jan 2023 13:12:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=mwVbmnsS5mGPyXJ10rzBiGBRBPC7SRAVv/YDOUOf6OY=; b=QTE1P0B0akGo vRWrRkposyuRlgV+VbCrJ93Cph0iTf6BqJfcvy6QcERjjuvkFo6pn1umsylzu7B7hRVIwdWC/zzvB IOQb+sOqiohzqGAaPYuuCiE5PxXjNFk+NBphJ0r5iN/ZxdOs0ru+QO/ELgiE9jiMTvzXcM49EZDSs iOKwkuFwQrP5b7GFZmBh8BUS5aoMjyZC5s5lzM/2+U5lJWRPUw9BgxI0QTRC9cq1OtUFmYIY6/37L hd0Yc0Jhh9nTcPD1xW964Qm62ekfCVd+1CO6kGKPtLNP0MiHFhcLl3X0oJQhtnKvvF5rsvG/E6Kcd Gf14dWLyDFMkHIOcER9Q9Q==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pDrCc-0007RY-P7; Fri, 06 Jan 2023 13:12:27 -0500 Date: Fri, 06 Jan 2023 20:12:45 +0200 Message-Id: <83zgavttuq.fsf@gnu.org> From: Eli Zaretskii To: Sean Whitton In-Reply-To: <877cxzmtq9.fsf@melete.silentflame.com> (message from Sean Whitton on Fri, 06 Jan 2023 10:57:18 -0700) Subject: Re: bug#60592: 30.0.50; emacsclient: exit with a different code when the request times out References: <87pmbsmcxm.fsf@melete.silentflame.com> <831qo8w1ug.fsf@gnu.org> <877cxzmtq9.fsf@melete.silentflame.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 60592 Cc: 60592@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Sean Whitton > Cc: 60592@debbugs.gnu.org > Date: Fri, 06 Jan 2023 10:57:18 -0700 > > Hello, > > On Fri 06 Jan 2023 at 09:37AM +02, Eli Zaretskii wrote: > > >> From: Sean Whitton > >> Date: Thu, 05 Jan 2023 22:47:49 -0700 > >> > >> When calling 'emacsclient --timeout N --eval' from scripts, it would be > >> nice if you could determine for sure when a failure was just due to a > >> timeout, rather than, say, a Lisp exception. > >> > >> inotifywait(1) exits with code 2 to indicate a timeout. > >> emacsclient could do the same. > > > > It would be more portable to have the exception handler send a special > > message to emacsclient, so that it would know the reason without > > guessing. > > I think this is wholly complimentary to what I'm suggesting, right? I didn't think so, but maybe I was missing something. My point is that if we make the exception known to emacsclient, then when the timeout ends without exceptions, it should be clear it was a real timeout. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 06 14:03:27 2023 Received: (at 60592) by debbugs.gnu.org; 6 Jan 2023 19:03:27 +0000 Received: from localhost ([127.0.0.1]:55875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDrzz-00007g-4X for submit@debbugs.gnu.org; Fri, 06 Jan 2023 14:03:27 -0500 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:33399) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDrzw-00007A-No for 60592@debbugs.gnu.org; Fri, 06 Jan 2023 14:03:25 -0500 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id BDDF35C00A9; Fri, 6 Jan 2023 14:03:18 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Fri, 06 Jan 2023 14:03:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=spwhitton.name; h=cc:cc:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm1; t=1673031798; x=1673118198; bh=8E t9cp/WcJ5v5QzHThhFMy+trPYP4vrDkgL+f/zftA4=; b=k8TTMcdo0v/i8IIljP Ko6L3S0RE+pOIntKO8paihjGxWItbhoOMczibApGCKzeeWzX2QhBo6GfYW3cucwZ b7Z5Ta6wvjucTwCPSYNRzRVzJmTbI7Tn1vbNwXcZ0/1NfRuzRmqTYwlrV6WzIFD8 1juLLjJ5XTmfgCq0rtOjx6wfVXuHiTpW5kp5ddokHiJzINF0jzKuP3nBBsEn0w72 A50k4/Mpq42acs3ioBP/9IJAR3McfeuQ10tUlHqRhVF2FXuW7r1IjVptmhlLBPBE HRMkn7i0KTSUku4uDYBkHctXeGlK1NJlVz7HseOLL8Ow5bXxEVYrd3TfWCVY9nWi LTgw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1673031798; x=1673118198; bh=8Et9cp/WcJ5v5QzHThhFMy+trPYP 4vrDkgL+f/zftA4=; b=CD5X7Dk1GZiIOf/35WluHkpncwVfR+/kA9TEOlLZLV5P KDwDMX9M80SZi32JGpKHLGROtBdvxdYulxRW8byyhgScjBOThbROD9NNDmPMjwxf /WM6g7eLcWaqaagpTBZ2c8K+GcMV8ussUUbf8/RN60eqh4C22gVSh64hvRnewrut l0b6OhFpKkEaGf2JCXJ/CGrXZVYruLss/EkVnE0zVYjv0bwUKE+6Us4kPjr5TaWH wzeNbSyzueShQDk5zfUkQ7vmaw1hIgf3eGgapTbtRUX9WjYcBIowcuelG4wHkPvV Z3RmR5KoI86ig/RQ6gXFBVGbsHj0qeuBATiEm5h10Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrkedtgdduudelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvvefujghffffkfgggtgesthdttddttdertdenucfhrhhomhepufgvrghn ucghhhhithhtohhnuceoshhpfihhihhtthhonhesshhpfihhihhtthhonhdrnhgrmhgvqe enucggtffrrghtthgvrhhnpedtffdvffeuleeuvdetkedvveehgfehvdegvefghfevudek geegleevgeejkeetkeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehsphifhhhithhtohhnsehsphifhhhithhtohhnrdhnrghmvg X-ME-Proxy: Feedback-ID: i23c04076:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 6 Jan 2023 14:03:18 -0500 (EST) Received: by melete.silentflame.com (Postfix, from userid 1000) id 975B47E100C; Fri, 6 Jan 2023 12:03:17 -0700 (MST) From: Sean Whitton To: Eli Zaretskii Subject: Re: bug#60592: 30.0.50; emacsclient: exit with a different code when the request times out In-Reply-To: <83zgavttuq.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 06 Jan 2023 20:12:45 +0200") References: <87pmbsmcxm.fsf@melete.silentflame.com> <831qo8w1ug.fsf@gnu.org> <877cxzmtq9.fsf@melete.silentflame.com> <83zgavttuq.fsf@gnu.org> Date: Fri, 06 Jan 2023 12:03:17 -0700 Message-ID: <87358nlc3u.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 60592 Cc: 60592@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hello, On Fri 06 Jan 2023 at 08:12PM +02, Eli Zaretskii wrote: >> From: Sean Whitton >> Cc: 60592@debbugs.gnu.org >> Date: Fri, 06 Jan 2023 10:57:18 -0700 >> >> Hello, >> >> On Fri 06 Jan 2023 at 09:37AM +02, Eli Zaretskii wrote: >> >> >> From: Sean Whitton >> >> Date: Thu, 05 Jan 2023 22:47:49 -0700 >> >> >> >> When calling 'emacsclient --timeout N --eval' from scripts, it would be >> >> nice if you could determine for sure when a failure was just due to a >> >> timeout, rather than, say, a Lisp exception. >> >> >> >> inotifywait(1) exits with code 2 to indicate a timeout. >> >> emacsclient could do the same. >> > >> > It would be more portable to have the exception handler send a special >> > message to emacsclient, so that it would know the reason without >> > guessing. >> >> I think this is wholly complimentary to what I'm suggesting, right? > > I didn't think so, but maybe I was missing something. > > My point is that if we make the exception known to emacsclient, then > when the timeout ends without exceptions, it should be clear it was a > real timeout. Right. This is a good addition to my proposal -- no conflicts. -- Sean Whitton