Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: _dispatch (was Re: PATCH: [for consideration] TMPSUFFIX)
- X-seq: zsh-workers 39529
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxx
- Subject: Re: _dispatch (was Re: PATCH: [for consideration] TMPSUFFIX)
- Date: Fri, 30 Sep 2016 14:53:51 -0700
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject :mime-version; bh=L00QoEBKsnOuVqsNMqbJc3OUTO0xYpeUOopOkyEyXQk=; b=SR6jY3nuOiU8ZyCS3l5VkPyc3+j68frAU0TWlKax7GIMhtDsHB8D7YkQsQEpI81j3V Zdd7qfngzwB/MxzAEy+1/ucXISPuVg5XeXXANAK7YL2EjDP1sF+cDoKxq37Uhqv5uwwo YDNQNDfZHQ9DVWJGtyQdGTMcR1qS0n1Rj6roRNd0B59G4fin1RqTFlKTXByen3dQxb4F 4TqJ5GLQtPRwOEydh+dVslnUV8KY+CHGfpH7OgMEY7uFoSZqWC0dIl7Y600ICVoCmkHm GzoWW3/U/eeoBKc114yEns8xqbn266KT4TXHRdWOkHGhkKGxq2fegttZcNNzH66zX9qy lbCA==
- In-reply-to: <20160930070347.GC23665@fujitsu.shahaf.local2>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <160925155112.ZM23899@torch.brasslantern.com> <20160926072546.GA28316@fujitsu.shahaf.local2> <160926091922.ZM26758@torch.brasslantern.com> <20160927070039.GA20798@fujitsu.shahaf.local2> <160927122050.ZM13394@torch.brasslantern.com> <20160928102417.GA2729@fujitsu.shahaf.local2> <160928114917.ZM32186@torch.brasslantern.com> <20160929063916.GA4351@fujitsu.shahaf.local2> <160929003047.ZM27818@torch.brasslantern.com> <20160930070347.GC23665@fujitsu.shahaf.local2>
On Sep 30, 7:03am, Daniel Shahaf wrote:
} Subject: Re: _dispatch (was Re: PATCH: [for consideration] TMPSUFFIX)
}
} Bart Schaefer wrote on Thu, Sep 29, 2016 at 00:30:47 -0700:
} > The important bit would be that ERRFLAG_EVAL never converts directly
} > back into ERRFLAG_ERROR, so if the script ignores TRY_BLOCK_ERROR
} > then all errors disappear at the end of the always-block.
}
} This makes sense, but wouldn't it also require some way for the always
} block to (manually) set ERRFLAG_ERROR again upon an ERRFLAG_EVAL, in
} order to "abort enough code" (which was the original issue)?
}
} The interface could be [...] a setfn on TRY_BLOCK_ERROR
That's what I was thinking of, yes. There's already a setfn that
reacts to TRY_BLOCK_ERROR=0 so it wouldn't be hard to have one that
notices when TRY_BLOCK_ERROR changes from 2 to 1 or some such.
I'm not sure what kind of gyrations would be required for eval to be
aware that it's inside a try-block, though.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author