[Development] Ref-counted quit

Olivier Goffart olivier at woboq.com
Mon Jan 2 14:47:20 CET 2012


On Monday 02 January 2012 11:34:36 Thiago Macieira wrote:
> On Monday, 2 de January de 2012 14.25.17, Olivier Goffart wrote:
> >  ref()  means "keep the application alive until i call deref()
> > 
> > And every ref() must be paired with a deref()
> > exactly like QSharedData ref.  that is i hink a concept that is very
> > common and easy to understand.
> > 
> > After, it can be wrapped into more high level API in QtGui or something.
> 
> That is not a good reason to have *public* API. I don't have any doubts that
> internally this will be a refcounter. I'm objecting to having an ugly and
> under-defined API in QCoreApplication.

It is not ugly, nor under-defined.

But you may mark a point in the fact that it does not need t be public.

But then how will KJob be able to se it?

 
> > > It sounds like the QCoreApplication object will be deleted when the
> > > count reaches zero, which isn't true.
> > 
> > Yes, it is true.
> 
> To be clear: are you agreeing with me ("what you said is true") or are you
> disagreeing with me ("what you said isn't true actually is true") ?

"what you said isn't true actually is true"




More information about the Development mailing list