[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