<div dir="ltr"><div class="gmail_extra"><div class="gmail_extra">Two hours ago, Matthew Flatt wrote:</div><div class="gmail_extra">> I've added `custodian-tidy-all` and related functions to</div><div class="gmail_extra">
> [un]register a "tidy callback". The default exit handler calls</div><div class="gmail_extra">> `custodian-tidy-all` on the root custodian before exiting, which</div><div class="gmail_extra">> triggers all registered tidy callbacks.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">It's probably a good idea to say somewhere that they're used only by</div><div class="gmail_extra">an explicit call (incl. the exit handler) and not when shutting</div>
<div class="gmail_extra">down...</div><div class="gmail_extra"><br></div><div class="gmail_extra">> I found one place where I needed this before: [...]</div><div class="gmail_extra"><br></div><div class="gmail_extra">I was curious how it works, and on a quick look it sounded like</div>
<div class="gmail_extra">there's a potential problem if a sandbox is registering a bad tidier.</div><div class="gmail_extra">Given that it works fine if the sandbox is explcitly killed (which is</div><div class="gmail_extra">
how I ran into the above), the potential problem is pretty close to a</div><div class="gmail_extra">sandbox that gets stuck, which also requires killing.  So a possible</div><div class="gmail_extra">nice use of this is to have a new sanbox register a tidying function</div>
<div class="gmail_extra">that kills it (controlled by an option that is turned off for trusted</div><div class="gmail_extra">sandboxes).</div><div><br></div>
</div></div>