A colleague again had a problem with a apparently broken ~/.fonts.cache-2 file. The file is here: http://lisa.goe.net/~mfabian/.fonts.cache-2-T42p-JP The file is huge (78 Megabytes) and apparently broken, as it doesn't start with FC_GLOBAL_MAGIC_COOKIE. When calling fc-match sans this took a lot of time *always* the broken file was never fixed. Actually it grew bigger and bigger all the time. I believe if FcGlobalCacheLoad () cannot read any string at all from ~/.fonts.cache-2 or if the file does not start with FC_GLOBAL_MAGIC_COOKIE it should exit with "goto bail_and_destroy;" to delete the broken file instead of just "return;".
diff -ru fontconfig-2.3.93.20060130.orig/src/fccache.c fontconfig-2.3.93.20060130/src/fccache.c --- fontconfig-2.3.93.20060130.orig/src/fccache.c 2006-01-30 17:54:22.000000000 +0100 +++ fontconfig-2.3.93.20060130/src/fccache.c 2006-01-30 20:24:25.000000000 +0100 @@ -219,9 +219,9 @@ cache->updated = FcFalse; if (!FcCacheReadString (cache->fd, name_buf, sizeof (name_buf))) - return; + goto bail_and_destroy; if (strcmp (name_buf, FC_GLOBAL_MAGIC_COOKIE) != 0) - return; + goto bail_and_destroy; current_arch_machine_name = FcCacheMachineSignature (); current_arch_start = FcCacheSkipToArch(cache->fd,
-- Mike FABIAN <mfabian@xxxxxxx> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。
_______________________________________________ Fontconfig mailing list Fontconfig@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/fontconfig