No, these exceptions are raised in the compositing thread, right? Client code has no opportunity to catch them.
-----Original Message-----
From: "Alan Griffiths" <email address hidden>
Sent: 9/07/2014 19:23
To: "Daniel van Vugt" <email address hidden>
Subject: Re: [Merge] lp:~vanvugt/mir/fatal-error into lp:mir/devel
> Firstly keep in mind that the code does crash already, with unhandled (and
> undebuggable) exceptions. The change proposed here just changes them into
> being "debuggable".
There's only a crash if the exception propagating from run_mir() isn't caught.
No, these exceptions are raised in the compositing thread, right? Client code has no opportunity to catch them.
-----Original Message-----
From: "Alan Griffiths" <email address hidden>
Sent: 9/07/2014 19:23
To: "Daniel van Vugt" <email address hidden>
Subject: Re: [Merge] lp:~vanvugt/mir/fatal-error into lp:mir/devel
> Firstly keep in mind that the code does crash already, with unhandled (and
> undebuggable) exceptions. The change proposed here just changes them into
> being "debuggable".
There's only a crash if the exception propagating from run_mir() isn't caught.
That is a (questionable) decision made by client code and not something we impose in the Mir library. (The only example code we provide that fails to handle the exception is minimal_ server. cpp.) /code.launchpad .net/~vanvugt/ mir/fatal- error/+ merge/219471
--
https:/
You are reviewing the proposed merge of lp:~vanvugt/mir/fatal-error into lp:mir/devel.