[Date Prev][Date Next][Thread Prev][Thread Next]
[Date Index]
[Thread Index]
- Subject: Re: "*toclose" vs. sandboxes / embedded environments
- From: Roberto Ierusalimschy <roberto@...>
- Date: Wed, 19 Dec 2018 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