Yet another bug. This time filters vs selections

[Cyrille Berger]

On Monday 14 September 2009, Boudewijn Rempt wrote:
> On Monday 14 September 2009, Cyrille Berger wrote:
> > On Monday 14 September 2009, Dmitry Kazakov wrote:
> > > It seems that 70% of the time is consumed by
> > > KisBrightnessConstrastFilter::createTransformation(cs, config) method,
> > > not by filtering itself. =)
> >
> > We use to cache those, but it was triggering multithreading issues, it is
> > clearly worth to investigate those issues, and restore the caching.
>
> LCMS 2.0 should make that a lot easier, with its improved thread-safety.
I think it was more our own fault, deleting stuff in an unsafe way. Since the 
cache was owned by the configuration, if the configuartion was edited, the cache 
would be regenerated even if there is a filter running. For me, the solution 
would probably be to store the transformation in a smart pointer class. 

-- 
Cyrille Berger
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kimageshop/attachments/20090915/45301618/attachment.htm