Subject: Re: [boost] [Stacktrace] review, please stop discussing non-Stacktrace issues
From: Antony Polukhin (antoshkka_at_[hidden])
Date: 2016-12-18 12:15:57
2016-12-18 0:29 GMT+03:00 Andrey Semashev <andrey.semashev_at_[hidden]>:
> On Sat, Dec 17, 2016 at 9:17 PM, Niall Douglas
> <s_sourceforge_at_[hidden]> wrote:
>> 1. Should Stacktrace be async safe so it can be used to print a
>> stacktrace from a signal/exception handler?
> That depends on whether any backend supports decoding the stacktrace
> in signal handlers. Note that if we also want to load debug symbols
> from a separate file while doing this, the task seems to become
Spawning a new subprocess in signal handler (or at the beginning of
the program) would be OK for you? If I'll came up with an
async_safe_print(stacktrace()); function that may fix the broken
example in docs, provide much more motivation for having non
allocating stacktrace class.
>> 2. Is its lack of thread safety on Windows a problem?
> Yes, I think that is a serious problem. Though I'm not sure if
> Boost.Stacktrace can do something about it, except to introduce a
> global lock (sigh).
It is thread safe now (was not thread safe 2 months ago).
-- Best regards, Antony Polukhin
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk