Re: [Development] On deprecated APIs

2016-09-02 Thread Kevin Kofler
Marc Mutz wrote: > My porting guide for Q_FOREACH -> C++11 ranged for has created the > expected outcry from users. Well, at least I object to deprecating Q_FOREACH to begin with, even if you don't remove it. It's just the safer (no risk of accidental detaches, as long as you use Qt containers)

Re: [Development] Using platform-native APIs for terminating QThreads

2016-09-02 Thread Marc Mutz
On Friday 02 September 2016 22:35:59 Thiago Macieira wrote: > However, the documentation from the ABI says that forced unwinds cannot be > stopped, so you can't swallow the exception even if you wanted to. Are you > sure that the application crashes when you pthread_exit() when > QThreadPrivate:

Re: [Development] Using platform-native APIs for terminating QThreads

2016-09-02 Thread Thiago Macieira
Em sexta-feira, 2 de setembro de 2016, às 18:06:27 CEST, Giuseppe D'Angelo escreveu: > Il 02/09/2016 17:21, Thiago Macieira ha scritto: > > Our question is: do we want to rely on abi::__forced_unwind? It's declared > > if we include the public header , but it's not documented in > > the ABI spec:

Re: [Development] Using platform-native APIs for terminating QThreads

2016-09-02 Thread Giuseppe D'Angelo
Il 02/09/2016 17:21, Thiago Macieira ha scritto: > Our question is: do we want to rely on abi::__forced_unwind? It's declared if > we include the public header , but it's not documented in the ABI > spec: https://mentorembedded.github.io/cxx-abi/abi-eh.html This one in particular is also documen

Re: [Development] Using platform-native APIs for terminating QThreads

2016-09-02 Thread Thiago Macieira
Em sexta-feira, 2 de setembro de 2016, às 13:35:12 CEST, Marc Mutz escreveu: > On Friday 02 September 2016 12:32:48 Giuseppe D'Angelo wrote: > > On some implementations (notably: glibc), pthread_exit is implemented by > > throwing an exception, because it needs to run the pushed cleanup > > handler

[Development] Notes on QtCore session @ QCS2016

2016-09-02 Thread Thiago Macieira
https://wiki.qt.io/QtCS2016_QtCore * Deprecation of APIs * qrand/qsrand -> replacement is Standard Library or your own * FIPS compliance * QCryptographicHash, random generator * requires external (optional) implementation, provided by OpenSSL * loading of OpenSSL libcrypto: either

Re: [Development] Using platform-native APIs for terminating QThreads

2016-09-02 Thread Marc Mutz
On Friday 02 September 2016 12:32:48 Giuseppe D'Angelo wrote: > On some implementations (notably: glibc), pthread_exit is implemented by > throwing an exception, because it needs to run the pushed cleanup > handlers. The net result is that, with my change applied, pthread_exit > won't make the thre

[Development] Using platform-native APIs for terminating QThreads

2016-09-02 Thread Giuseppe D'Angelo
Howdy, I'm trying to introduce a change [1] which will make QThread invoke std::terminate in case an exception is thrown from the new thread (including, but not limited to: user's reimplementation of QThread::run; slots listening to the QThread::started / finished signals; custom event dispatchers