Le mercredi 17 septembre 2014 à 21:43 +0400, Roman Lebedev a écrit : > Hi. > > > I'm assuming that is on > commit 70626dd95bf0fab36f2d011dab075e3ebbf7aa28 mipmap: store cost in > size_t ? > > > 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.
Oh, yes now I see it: > Steps: > 0. there are 1000 copies of "nb0390_034_640.tif" imported into DB. > 1. build & install 6a04f115c93eb37dc15b58a3454217a95a765df4 (the last > one before size_t changes) > 2. reset history stack for all copies of that tiff, scroll them, > thumbs have been generated. > 3. build & install master (70626dd95bf0fab36f2d011dab075e3ebbf7aa28) > 4. start dt 5. start dt again As it is in step 4 (while exiting) that the cache is corrupted. -- 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
