From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#33782: 27.0.50; Emacsclient ignores errors when its frame is deleted Date: Wed, 10 Jul 2019 13:16:08 +0200 Message-ID: References: <87ftnepyvp.fsf@mouse.gnus.org> <874l3u3aq7.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="262156"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Philipp , 33782@debbugs.gnu.org To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 10 13:17:35 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hlAbN-001636-2D for geb-bug-gnu-emacs@m.gmane.org; Wed, 10 Jul 2019 13:17:33 +0200 Original-Received: from localhost ([::1]:59996 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hlAbL-0003Zz-Ov for geb-bug-gnu-emacs@m.gmane.org; Wed, 10 Jul 2019 07:17:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33018) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hlAav-0003Zr-SB for bug-gnu-emacs@gnu.org; Wed, 10 Jul 2019 07:17:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hlAat-00054d-RL for bug-gnu-emacs@gnu.org; Wed, 10 Jul 2019 07:17:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54315) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hlAar-00050Q-Uv for bug-gnu-emacs@gnu.org; Wed, 10 Jul 2019 07:17:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hlAar-0004E0-OD for bug-gnu-emacs@gnu.org; Wed, 10 Jul 2019 07:17:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 10 Jul 2019 11:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33782 X-GNU-PR-Package: emacs Original-Received: via spool by 33782-submit@debbugs.gnu.org id=B33782.156275737716177 (code B ref 33782); Wed, 10 Jul 2019 11:17:01 +0000 Original-Received: (at 33782) by debbugs.gnu.org; 10 Jul 2019 11:16:17 +0000 Original-Received: from localhost ([127.0.0.1]:34903 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hlAa7-0004Cp-BP for submit@debbugs.gnu.org; Wed, 10 Jul 2019 07:16:16 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:35876) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hlAa4-0004Cg-TN for 33782@debbugs.gnu.org; Wed, 10 Jul 2019 07:16:13 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hlAa0-00087o-Qy; Wed, 10 Jul 2019 13:16:11 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEXa2djt7eyjoZ/k5OL+ //79/f3Ozcu+vbvUGkYsAAACbUlEQVQ4jbWPQY/bIBCFh0WBayjr3WuWSuYKQeucI/UHxHV3eyWx CleHaJm/38HaVlXV3tqJjZT38d4bw6e/DPx7cDF7Y2q25e03oGiCV2q8/0PUZfeftjq+3Hfq2L2o o3pR6mXsuu44fulGoEXGsaOD1hpV9/OAcZWaOoZf2Ahk7byaVOg6HVZxZR1FKa2U95ruB0Ws+YhQ lOp8mJra3uC1Hn3rUJ4FPWn6T4Te8Bx8iwOvp4n0QIhuB6b96u1g9DTPwXnwIfjANScLdQIn3Tnt mQPVHrZtcUqDnk5bz3jYauD0bGFq1knDc+BnDm7LuGuyage1KdDMnU6nLUuOicSAB9AuTCHA9kT3 4TwLnkJKWmzIwjcENvG8YVwMbhbRJSYiSQBaw0m8PgyCz3FwaR4ag+iBeQDGYT7HNMxcJC7mB0qE LVUxYFEMwyNUASk+JJfgAZgL8CpeJYF4wxQhrSxA8hTzFq/fzkuSoqYoq6s8UWjUQM3DkHOOi0h1 wDkvcxKO3CKKKOPtVnNMOeYKGA8pugjzTCqmLCUdGDFK5DHR13wVj4d9fjzkijXiInHIbb9E5fVa r0tfMdvaLIQjgIBHKQeUWC5YsdTcJ6yyEoElStpJ1l2PtVhpF8RKKwS41Xrtn2xvS7HZNEaEKkDu P8jL57LfX9BYNLJUakIiy7I87eyut9YWUw2tkGtCRDgcqDkXNIVeYn2h76Ef1Frxcil3xVqDpjem VbStbsuu7z9SEmm2WCxmbeBw16Y57ooxxVBeM2Gl8h1ZemNNG4KNWCqnCkTzY2zT1qEoqqZpl1eX pYpWbvr3eQ9bc4h9B6WuB3+i6A6mAAAAAElFTkSuQmCC In-Reply-To: <874l3u3aq7.fsf@gmail.com> (Noam Postavsky's message of "Tue, 09 Jul 2019 22:05:36 -0400") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:162610 Archived-At: Noam Postavsky writes: >>> $ emacsclient --create-frame --eval '(unwind-protect (error "foo") >>> (delete-frame))' ; echo $? >>> 0 >>> >>> This means that if the frame created by Emacsclient is deleted, errors >>> are ignored. This seems like a bug; I wouldn't expect errors to be >>> ignored in this case, because they should bubble up through the >>> `unwind-protect' form. [...] > No, that's incorrect, unwind-protect doesn't catch errors, it just > executes the handler forms (in this case (message "zot")) before the > error finishes bubbling. Yes, but there is no... bubbling... in this context. The code is the moral equivalent of saying emacs -Q -nw --eval '(unwind-protect (error "foo") (kill-emacs))'; echo $? in an emacsclient context, and this which also says "0". -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no