KAutoPointer: a new autoptr class for QPointer

Michael Leupold lemma at confuego.org
Fri Jul 10 12:41:31 BST 2009

Hash: SHA1

Thiago Macieira wrote:

> Michael Leupold wrote:
>>Thiago Macieira wrote:
>>> Stefan Majewsky wrote:
>>>>Am Mittwoch 08 Juli 2009 19:19:43 schrieb David Jarvie:
>>>>> Ideally this class would be provided by Qt, but in the meantime it
>>>>> seems useful to provide it in kdelibs.
>>>>Ideally you should request to merge this class into Qt. If this class
>>>> is included in kdelibs, "the meantime" would be at least until KDE 5.
>>> Agreed. Especially when we are adding stuff like that. See
>>> http://qt.gitorious.org/+qt-s60-developers/qt/qt-
>>> s60/blobs/master/src/corelib/tools/qscopedpointer.h
>>Approximately when will Qt 4.6 be released? I understand that having
>> this upstream would be better but this really makes fixing some issues
>> (eg. dialog on stack) a lot easier as creating memory-leaks is a lot
>> harder than when using QPointer.
> You know better than to ask when we will release. We will release when
> it's ready, not sooner. And there's still quite a bit of work to be done
> for S60 and Declarative UI.

I wanted to make sure. My question was certainly not meant rethorical. But I 
should probably have rephrased to "how big is the chance we will get the 
feature in time for 4.4?".

> And schedules slip. If I say we will release in October, it could happen
> in December. If I say December, it could be March/2010. if I say
> February/2010, it could be April. The ballpark is between October and
> February. I would give a 60-70% confidence that it's released in time for
> KDE 4.4.
> PS: The current feature freeze target date is in about 2 months, but it
> too can slip.

I'd then rather see KAutoPointer in trunk. Maintaining it until KDE5 seems 
to be less work than putting thought into rewriting methods using manually 
deleted QPointers.

Version: GnuPG v1.4.6 (GNU/Linux)


More information about the kde-core-devel mailing list