It's not a good practice to srand() in libraries [1]. Not sure what to suggest though, maybe rand_r() but "POSIX.1-2008 marks rand_r() as obsolete". Maybe somebody else (Emil?) has some ideas?
[1] http://stackoverflow.com/questions/14883035/problems-of-using-srand-in-libraries Gražvydas On Tue, Mar 14, 2017 at 4:08 AM, Timothy Arceri <tarc...@itsqueeze.com> wrote: > Otherwise we will always remove old cache entries from the same dirs. > --- > src/util/disk_cache.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/src/util/disk_cache.c b/src/util/disk_cache.c > index 2a1024a..dc65d52 100644 > --- a/src/util/disk_cache.c > +++ b/src/util/disk_cache.c > @@ -402,20 +402,22 @@ disk_cache_create(const char *gpu_name, const char > *timestamp) > cache->max_size = max_size; > > /* A limit of 32 jobs was choosen as observations of Deus Ex start-up > times > * showed that we reached at most 11 jobs on an Intel i5-6400 CPU@2.70GHz > * (a fairly modist desktop CPU). 1 thread was choosen because we don't > * really care about getting things to disk quickly just that it's not > * blocking other tasks. > */ > util_queue_init(&cache->cache_queue, "disk_cache", 32, 1); > > + srand(time(NULL)); > + > ralloc_free(local); > > return cache; > > fail: > if (fd != -1) > close(fd); > if (cache) > ralloc_free(cache); > ralloc_free(local); > -- > 2.9.3 > > _______________________________________________ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/mesa-dev _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
