Flate image and r1083565 (Was: Re: Walkers mass-test - help needed)
Cyrille Berger
cberger at cberger.net
Tue Feb 2 12:46:48 CET 2010
On Tuesday 02 February 2010, Boudewijn Rempt wrote:
> On Monday 01 February 2010, Dmitry Kazakov wrote:
> > http://dimula73.narod.ru/walkers_singlepatch_v5.diff<http://dimula73.naro
> >d. ru/walkers_singlepatch_v4.diff>
> >
> > o Fixed undo after Flatten Image.
> > o Fixed refresh after creation of the layer
> >
> > o Reverted Cyrille's commit r1083565 to eliminate crash
>
> For this, I think you should open a bug: "memory leak on document
> destruction" with the history of this patch. We should fix the memory
> leak, but that might be hard.
>
Yes and I am really sceptical that that change has anything to do. The
destructor is only deleted by the document. To make sure of that I added a
qFatal in the destructor, and did:
* open krita
* close krita
* qFatal triggered
And then I did
* open krita
* add layer
* flaten image
* undo (twice, not sure why flatten image is not grouped anymore)
* assert somewhere else
So in my case the destructor of KisShapeController (which is the only thing
changed by r1083565) is only called on document destruction at krita exit, and
not during flaten image. So can someone that can reproduce the flatten image bug
with change r1083565 and not r1083565, add a qFatal("something");, in
KisShapeController::~KisShapeController, and send me the backtrace that goes
to the destructor ? (alternatively, you can use a break point in gdb, but I do
tend to not find them trustworthy).
--
Cyrille Berger
More information about the kimageshop
mailing list