<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - FcCacheOffsetsValid() couldn't detect broken cache file"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=103237#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - FcCacheOffsetsValid() couldn't detect broken cache file"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=103237">bug 103237</a>
              from <span class="vcard"><a class="email" href="mailto:youngb.shin@samsung.com" title="Youngbok Shin <youngb.shin@samsung.com>"> <span class="fn">Youngbok Shin</span></a>
</span></b>
        <pre>Created <span class=""><a href="attachment.cgi?id=134812" name="attach_134812" title="Normal (Proper) cache file.">attachment 134812</a> <a href="attachment.cgi?id=134812&action=edit" title="Normal (Proper) cache file.">[details]</a></span>
Normal (Proper) cache file.

I agree with your opinion.
We need to figure out how/why this broken cache was generated.
It should be fixed. And it will be great solution.
But, unfortunately, we couldn't figure out how it was generated.
This broken cache file was found from release binary of our product.
But, it was not created by any processes and fc-cache from engineer binary.

----------------
I will attach proper cache file. You can see this file is longer than the
broken one.
The broken one looks like a cache writer is dead while it is being written.

We assumed that it could be happened if device is turned off (power off) while
fontconfig is writing the cache. But, not proved.

----------------
Anyway, I'll ask product engineer to test product after applying your patch.
Thank you!</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>