1. 13 Dec, 2007 1 commit
    • Hongbo Zhao's avatar
      Not_contain should use strstr, not strcmp on strings. (bug 13632) · 0f787088
      Hongbo Zhao authored
      For Version 2.5.0, (same for previous version 2.4.2), in source file fccfg.c,
      on line 700,
      
      Original:
            ret = FcStrCmpIgnoreCase (left.u.s, right.u.s) == 0;
      
      Should change to:
            ret = FcStrStrIgnoreCase (left.u.s, right.u.s) == 0;
      
      I think this is just a mistake when copy-n-paste similar codes in the same
      function. Apparently, return for "Not_contain" should be just the inverse of
      "Contain", not the same as "Equal".
      0f787088
  2. 26 Nov, 2007 1 commit
  3. 14 Nov, 2007 2 commits
    • Keith Packard's avatar
      Bump version number to 2.5 · 8a0bd93e
      Keith Packard authored
      8a0bd93e
    • Tor Lillqvist's avatar
      Workaround for stat() brokenness in Microsoft's C library (bug 8526) · 8a3dc488
      Tor Lillqvist authored
      Fix a couple of longstanding problems with fontconfig on Windows that
      manifest themselves especially in GIMP. The root cause to the problems is in
      Microsoft's incredibly stupid stat() implementation. Basically, stat()
      returns wrong timestamp fields for files on NTFS filesystems on machines
      that use automatic DST switching.
      
      See for instance http://bugzilla.gnome.org/show_bug.cgi?id=154968 and
      http://www.codeproject.com/datetime/dstbugs.asp
      
      As fccache.c now looks at more fields in the stat struct I fill in them all.
      I noticed that fstat() is used only on a fd just after opening it, so on
      Win32 I just call my stat() replacement before opening instead...
      Implementing a good replacement for fstat() would be harder because the code
      in fccache.c wants to compare inode numbers. There are no (readily
      accessible) inode numbers on Win32, so I fake it with the hash of the full
      file name, in the case as it is on disk. And fstat() doesn't know the full
      file name, so it would be rather hard to come up with a inode number to
      identify the file.
      
      The patch also adds similar handling for the cache directory as for the fonts
      directory: If a cachedir element in fonts.conf contains the magic string
      "WINDOWSTEMPDIR_FONTCONFIG_CACHE" it is replaced at runtime with a path under
      the machine's (or user's) temp folder as returned by GetTempPath(). I don't
      want to hardcode any pathnames in a fonts.conf intended to be distributed to
      end-users, most of which who wouldn't know how to edit it anyway. And
      requiring an installer to edit it gets complicated.
      8a3dc488
  4. 13 Nov, 2007 4 commits
  5. 06 Nov, 2007 1 commit
  6. 05 Nov, 2007 13 commits
  7. 04 Nov, 2007 18 commits