![]() ![]() I don't know if the "run as administrator" part fixed it or the "erase all caches". I solved this problem for my case by running fc-update as an administrator with the "-r" flag (erase all caches, then rescan). #Gnu octave 4.4.0 how to run softwareI assume that this bug resurfaces when a font gets added to the system (when other software gets installed) and fc-update is killed at an unfortunate time. The fix breaks if the fontconfig cache directory changes. This is basically a fontconfig bug and not an octave bug, but the above workaround should fix it. Octave must be closed before running fc_update, otherwise the font cache cannot be updated (error: permission denied).įor additional debug info from fc-cache.exe: setting the environment variable FC_DEBUG to 16 prints info about the cache files written (see ) cache-7 file inside the directory (and a CACHEFILE.TAG). manually delete all files inside the %LOCALAPPDATA%\fontconfig\cache directory and rerun fc_update.bat -> it should now take some time to complete successfully.rerun fc_update.bat -> it will now take some time before it fails.NEW file is created in %LOCALAPPDATA%\fontconfig\cache\. run fc_update.bat -> it should now take some time to complete.by renaming it, to force fc-cache to rescan the directories. If fc-cache is killed before it can delete these temporary files then these files will persist and fc-cache fails the next time it is executed and tries to create these files. fc-cache creates and deletes several temporary files, like "$long_hex_" or "$long_hex_". Implementation: add /Q /S %LOCALAPPDATA%\fontconfig\cache\" after off"Įxplanation: fc_update.bat calls fc-cache.exe. Possible Fix: modify fc_update bat to delete the cache folder, then call fc-cache. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |