On Fri, 2016-09-09 at 11:03 -0700, JF Bastien wrote:
> - The state of the stack when std::terminate is called is
> implementation
> defined (it could be unwound, unwound partially, or not unwound at
> all).
Hi, I think it's very unlikely to ever be unwound because we compile
with -fno-except
On Fri, 2016-09-09 at 10:47 -0700, Anders Carlsson wrote:
> On macOS and iOS, we already get this by setting
> NSApplicationCrashOnExceptions in our initialize function.
>
> - Anders
OK, so we'd have to do it in ChildProcess::platformInitialize to not
disturb you then.
Michael
__
On Fri, Sep 9, 2016 at 10:14 AM, Michael Catanzaro
wrote:
> Hi,
>
> The GTK+ port currently has an interesting web process crash on exit:
>
> pure virtual method called
> terminate called without an active exception
>
> I found the easiest way to debug it was to rebuild with a terminate
> handler
On macOS and iOS, we already get this by setting NSApplicationCrashOnExceptions
in our initialize function.
- Anders
> On Sep 9, 2016, at 10:14 AM, Michael Catanzaro wrote:
>
> Hi,
>
> The GTK+ port currently has an interesting web process crash on exit:
>
> pure virtual method called
> term
Hi,
The GTK+ port currently has an interesting web process crash on exit:
pure virtual method called
terminate called without an active exception
I found the easiest way to debug it was to rebuild with a terminate
handler set:
std::set_terminate([] {
CRASH();
});
Even if such i
09.09.2016, 17:46, "Mark Gilbert" :
> Hi Folks
>
> We have code which extracts RGB+A bitmaps from WebKit pages in real time.
> Currently we do this via an OSX WebKit View in a window and by requesting the
> bitmap through the OSX View mechanism (not directly from WebKit). It works
> well and w
Hi Folks
We have code which extracts RGB+A bitmaps from WebKit pages in real time.
Currently we do this via an OSX WebKit View in a window and by requesting the
bitmap through the OSX View mechanism (not directly from WebKit). It works
well and we get clean RGB+A in real time from the WebKit
>> "Pure OOP style is always the right way"
Sorry, that's a typo, I meant "not always" of course. The examples clarify
that.
My point was that "release", "take" and "move" have well-established and
different meanings (with connotations that may or may not be logical
without the same background):
*
8 matches
Mail list logo