Re: "*toclose" vs. sandboxes / embedded environments
[
Date Prev][
Date Next][
Thread Prev][
Thread Next]
[
Date Index]
[
Thread Index]
- Subject: Re: "*toclose" vs. sandboxes / embedded environments
- From: Roberto Ierusalimschy <roberto@...>
- Date: 2018年12月19日 16:12:45 -0200
> The error is being raised somewhere outside of my code, I don't have any
> control over that. I do catch and rethrow it, but then we're back to the
> problem of always having to create subtransactions.
>
> Hmm... what is the relative timing between *toclose cleanups and the
> error handler for xpcall? that wasn't immediately apparent from the code.
The error handler runs still in the same scope that raised the error, so
it must run before the closing methods :-)
-- Roberto
- References:
- Re: "*toclose" vs. sandboxes / embedded environments, Andrew Gierth
- Re: "*toclose" vs. sandboxes / embedded environments, Soni "They/Them" L.
- Re: "*toclose" vs. sandboxes / embedded environments, Patrick Donnelly
- Re: "*toclose" vs. sandboxes / embedded environments, Andrew Gierth
- Re: "*toclose" vs. sandboxes / embedded environments, Roberto Ierusalimschy
- Re: "*toclose" vs. sandboxes / embedded environments, Andrew Gierth
- Re: "*toclose" vs. sandboxes / embedded environments, Roberto Ierusalimschy
- Re: "*toclose" vs. sandboxes / embedded environments, Andrew Gierth
- Re: "*toclose" vs. sandboxes / embedded environments, Roberto Ierusalimschy
- Re: "*toclose" vs. sandboxes / embedded environments, Andrew Gierth