From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 6dc93645 for ; Thu, 30 Jan 2020 13:50:09 +0000 (UTC) Received: (qmail 1969 invoked by alias); 30 Jan 2020 13:50:00 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 45360 Received: (qmail 2116 invoked by uid 1010); 30 Jan 2020 13:50:00 -0000 X-Qmail-Scanner-Diagnostics: from kahlil.inlv.org by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.1/25703. spamassassin: 3.4.2. Clear:RC:0(37.59.109.123):SA:0(-1.9/5.0):. Processed in 1.699919 secs); 30 Jan 2020 13:50:00 -0000 X-Envelope-From: martijn@inlv.org X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at inlv.org does not designate permitted sender hosts) Subject: Re: The bug from workers/44922 To: zsh-workers@zsh.org References: <3859b4bf-08ba-62d5-f00a-3ec4e67caf95@inlv.org> <20191216052713.zuhf22nqzgdjz4z4@tarpaulin.shahaf.local2> From: Martijn Dekker Message-ID: <51bcced9-0f57-09e5-b515-30dd53c5e617@inlv.org> Date: Thu, 30 Jan 2020 14:49:18 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <20191216052713.zuhf22nqzgdjz4z4@tarpaulin.shahaf.local2> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Op 16-12-19 om 06:27 schreef Daniel Shahaf: > Martijn Dekker wrote on Sun, Nov 24, 2019 at 06:54:18 +0100: [...] >> A related issue (possibly the same?) with a much simpler test case: >> >> trap 'echo SIGINT; trap - INT; kill -s INT $$; echo woops' INT >> kill -s INT $$ >> >> zsh prints 'woops', but shouldn't. > > As Peter observed in 45037, could you elaborate on why the inner 'kill' should > abort execution of the trap? I can't see much to elaborate on. After unsetting a trap, a signal should revert to its default action, which in this case is "abnormal termination" (i.e. termination with a > 128 exit status specifying the signal). The fact that all this happens within a trap action should not make any difference. - Martijn -- modernish -- harness the shell https://github.com/modernish/modernish