<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED - Relocated caches not quite working" href="https://bugs.freedesktop.org/show_bug.cgi?id=106618#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED - Relocated caches not quite working" href="https://bugs.freedesktop.org/show_bug.cgi?id=106618">bug 106618</a> from <a class="email" href="mailto:akira@tagoh.org" title="Akira TAGOH <akira@tagoh.org>"> Akira TAGOH</a> <pre>This works as long as they use APIs which returns something they need to manage its lifecycle. FcPatternGet* just returns a reference in FcPattern and the instance of FcPattern in this case is the original cache data which can't be usually modified. so: (In reply to Stephan Bergmann from <a href="show_bug.cgi?id=106618#c3">comment #3</a>) > Then, I wonder why a new fontconfig API would be needed that apps like > LibreOffice would need to adapt to. Couldn't > FcPatternGetString(...,FC_FILE,...) be modified to do any necessary pathname > mapping when fontconfig is in that special mode? In that way, FcPatternGetString has to create a copy of string. I don't mind either but LO has to change the code to free it as needed. also this affects all of applications. plus, such use case in the code isn't common way. thus new API sounds better to me to keep compatibility.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>