Roman, > I'm assuming that is on > commit 70626dd95bf0fab36f2d011dab075e3ebbf7aa28 mipmap: store cost in > size_t ?
Yes. But this patch is not fixing anything, it is just a code clean-up, right? > Is there *anything* different i can try from what i wrote > here: http://www.darktable.org/redmine/issues/10109#note-9 ? > I just can not reproduce any of the issues (crash || > cache invalidation) on master no matter how long i try. Have you tried jpegs? We have talked about a crash, not sure it is the same issue though. On one of my computer I had this issue with NEF files (as I had filtered only the NEF to rebuild the cache). On the other I have a bunch of different format as I use dt here just to test. I have this problem on my side on 2 computers. Note that my cache is not invalidated purposely but corrupted while dt exit because some plain wrong values (looks like a buffer overflow or a alignment issue...) and then next time you start dt it rebuild the cache. I'm not sure how to help to reproduce! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ------------------------------------------------------------------------------ Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk _______________________________________________ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
