At least on Vista, and when linked against the newest version of Microsoft's C library (MSVCR90.dll) fontconfig never reuses the saved cache file. It always thinks it's invalid because the cache timestamp doesn't match the directory. The problem appears to be in the "FcStat" function, which is returning an mtime value for C:\WINDOWS\Fonts that is one hour behind the normal "stat" mtime. Changing all uses of FcStat to normal stat fixed the problem for me. I wouldn't be surprised if this is related to daylight savings; I'm in New Zealand and we have daylight savings active at the moment. If it is expected that FcStat and stat results will be different then the problem is that the two are mixed when determining if a cache file is up to date. This is actually a rather nasty problem, because even on my fast machine building the font cache for all the fonts that Vista ships with is a very slow process. Rebuilding it every time my program is run is painful.
LilyPond is also affected by this, http://lists.gnu.org/archive/html/lilypond-user/2008-11/msg00397.html
Fixed in my tree: Created commit 711b953: [fccache] Consistently use FcStat() over stat() (bug #18195) 1 files changed, 1 insertions(+), 1 deletions(-) Tim, can you see if this patch fixes it for you: diff --git a/src/fccache.c b/src/fccache.c index 241ebd0..c7a2dcd 100644 --- a/src/fccache.c +++ b/src/fccache.c @@ -520,7 +520,7 @@ FcCacheTimeValid (FcCache *cache, struct stat *dir_stat) if (!dir_stat) { - if (stat ((const char *) FcCacheDir (cache), &dir_static) < 0) + if (FcStat ((const char *) FcCacheDir (cache), &dir_static) < 0) return FcFalse; dir_stat = &dir_static; }
I believe I've fixed this in 2.7.0. Please reopen otherwise.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.