zsh-workers
 help / color / mirror / code / Atom feed
From: Bart Schaefer <schaefer@brasslantern.com>
To: zsh-workers@sunsite.dk
Cc: Michal Vitecek <M.Vitecek@sh.cvut.cz>
Subject: Re: trap for EXIT doesn't catch exit?
Date: Tue, 18 Sep 2001 10:29:30 -0700	[thread overview]
Message-ID: <010918102930.ZM7932@candle.brasslantern.com> (raw)
In-Reply-To: <20010918131416.A13937@fuf.sh.cvut.cz>
In-Reply-To: <674.1000812490@csr.com>

On Sep 18, 12:28pm, Peter Stephenson wrote:
> 
> Probably the correct thing to do here is to pop all the saved EXIT's off
> the stack of saved traps, executing them one by one, to simulate exiting
> the scope of each function in turn.  I'll wait to see if there are comments
> before I do that (further discussion should probably go to zsh-workers).

I don't think it's sufficient to simulate exiting the scopes, because the
traps have to execute as if they're in the scope where they were installed.
It may be necessary to actually unwind the stack; at least it's necessary
to call endparamscope() and endtrapscope() the correct number of times.

The problem is really with the overloading of the exit trap for both return
from a function and exit from the shell.  In bash, for example, the exit
trap is never called when a function returns, only when the shell exits.
On the other hand, bash doesn't have the notion of local traps; changing a
trap in a bash function changes it globally, and it is not restored when
the function returns.

We may want to bring this up on the shell@research.att.com list.


       reply	other threads:[~2001-09-18 17:30 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20010918131416.A13937@fuf.sh.cvut.cz>
     [not found] ` <674.1000812490@csr.com>
2001-09-18 17:29   ` Bart Schaefer [this message]
2001-09-18 17:38     ` Peter Stephenson
2001-09-19 10:35     ` PATCH: " Peter Stephenson
2001-09-24 10:14       ` Peter Stephenson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=010918102930.ZM7932@candle.brasslantern.com \
    --to=schaefer@brasslantern.com \
    --cc=M.Vitecek@sh.cvut.cz \
    --cc=zsh-workers@sunsite.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).