is it possible i'm just using QThread wrong? and it HAPPENS to work fine on mac but fails on windows?
is this blogger really revealing the ONE TRUE NATURE of QThread: https://mayaposch.wordpress.com/2011/11/01/how-to-really-truly-use-qthreads-the-full-explanation/ <https://mayaposch.wordpress.com/2011/11/01/how-to-really-truly-use-qthreads-the-full-explanation/> ? -dave > On May 19, 2020, at 4:05 PM, David M. Cotter <d...@kjams.com> wrote: > > anybody have any other ideas? > >> On May 18, 2020, at 9:12 PM, David M. Cotter <d...@kjams.com >> <mailto:d...@kjams.com>> wrote: >> >>>>> Note that you do initialise the i_auP pointer in your constructor's >>>>> initialisation list >>>> which is not a QObject, it's my own wrapper class >>> Irrelevant what it derives from >> then i'm not understanding what your objection is. >> >> i thought your objection was that objects derived from QObject, if they are >> used on a back thread then they must be either allocated there or "moved" >> there. >> >> but since this i_auP is NOT a QObject, it's my own class, that i'm fine to >> allocate it in one thread (main) and then use it on another thread (audio >> pump thread) (provided and assuming i am careful to mutex any access from >> the main thread) >> >>> Are you saying that this calls a function that returned null? >> sorry, what is "this" and what function are you referring to that returns >> null? >> >> if you mean GetCUnit_Out() it returns an object of my own (not a QObject) >> that has already been allocated and is guaranteed to not be NULL >> >>> I repeat my request for a compileable example. >> i hear you loud and clear but let's assume that's not happening for now and >> see how far we get >> >> >
_______________________________________________ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
