<div dir="ltr"><div class="markdown-here-wrapper" style><blockquote style="margin:1.2em 0px;border-left-width:4px;border-left-style:solid;border-left-color:rgb(221,221,221);padding:0px 1em;color:rgb(119,119,119);quotes:none">
<p style="margin:1.2em 0px!important">Sounds good to me, personally, but then I am a good boy and set<br>sys.excepthook in all my PyQt applications.</p>
</blockquote>
<p style="margin:1.2em 0px!important">Learned something new. This is a very useful hook. :)</p>
<div title="MDH:Jmd0O8KgPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBhcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1z
aXplOiAxM3B4OyI+U291bmRzIGdvb2QgdG8gbWUsIHBlcnNvbmFsbHksIGJ1dCB0aGVuIEkgYW0g
YSBnb29kIGJveSBhbmQgc2V0PC9zcGFuPjxiciBzdHlsZT0iZm9udC1mYW1pbHk6IGFyaWFsLCBz
YW5zLXNlcmlmOyBmb250LXNpemU6IDEzcHg7Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IGFy
aWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDEzcHg7Ij5zeXMuZXhjZXB0aG9vayBpbiBhbGwg
bXkgUHlRdCBhcHBsaWNhdGlvbnMuPC9zcGFuPjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5
OiBhcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxM3B4OyI+PGJyPjwvc3Bhbj48L2Rpdj48
ZGl2PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogYXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6
ZTogMTNweDsiPkxlYXJuZWQgc29tZXRoaW5nIG5ldy4gVGhpcyBpcyBhIHZlcnkgdXNlZnVsIGhv
b2suIDopPC9zcGFuPjwvZGl2Pg==" style="height:0;font-size:0em;padding:0;margin:0">​</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 1 October 2014 11:29, Kovid Goyal <span dir="ltr"><<a href="mailto:kovid@kovidgoyal.net" target="_blank">kovid@kovidgoyal.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Oct 01, 2014 at 09:31:26AM +0100, Phil Thompson wrote:<br>
> For all exceptions raised by virtual reimplementations (and slots connected<br>
> to signals) PyQt will invoke an error handler that will check if<br>
> sys.excepthook has been modified. If it has been modified then it does<br>
> nothing, otherwise it calls qFatal(). That should mean that "good"<br>
> applications continue to work without changes.<br>
><br>
> It will be possible to specify (in the .sip file) that an individual virtual<br>
> must not raise an unhandled exception. This would be implemented by<br>
> explicitly calling abort() after calling the error handler.<br>
><br>
<br>
</span>Sounds good to me, personally, but then I am a good boy and set<br>
sys.excepthook in all my PyQt applications.<br>
<br>
I suspect a lot of people are going to find a lot of applications<br>
crashing unexpectedly on updating to 5.4 :)<br>
<span class="HOEnZb"><font color="#888888"><br>
Kovid.<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
--<br>
_____________________________________<br>
<br>
Dr. Kovid Goyal<br>
<a href="http://www.kovidgoyal.net" target="_blank">http://www.kovidgoyal.net</a><br>
<a href="http://calibre-ebook.com" target="_blank">http://calibre-ebook.com</a><br>
_____________________________________<br>
</div></div><br>_______________________________________________<br>
PyQt mailing list    <a href="mailto:PyQt@riverbankcomputing.com">PyQt@riverbankcomputing.com</a><br>
<a href="http://www.riverbankcomputing.com/mailman/listinfo/pyqt" target="_blank">http://www.riverbankcomputing.com/mailman/listinfo/pyqt</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><font size="1"><b>Marcus Ottosson</b><br><a href="mailto:konstruktion@gmail.com" target="_blank">konstruktion@gmail.com</a></font><font size="1"><br></font></div>
</div>