-
Notifications
You must be signed in to change notification settings - Fork 16
OsX: FTGL createFont failed: No such file or directory #16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
hm, somehow your fontconfig is returning a nonexistent file when asked for a monospace font.. can you add liberal printf between main.c#L1029 and L1044 and see what's happening? |
the error appear after the call to scanLines() on L1011, but before FcPattern declaration on L1029. It's odd, it's actually happening within scanLines() and seems to come from L716: It doesn't sound of any help, but I get 3 warnings during the make:
Also, probably of help this time, the dependencies come from Macports and not from Brew. They're supposed to the same, but there could be some version discrepancies. Here's are the lib's version in use on my platform: ftgl @2.1.3-rc5 |
does your mac have strace? it sounds like gcc's instruction reordering may be making debugging difficult. change the optimisation in the Makefile to O0 and let me know what you find |
optimisation level to 0 doesn't make any difference unfortunately. I've used dtruss, the equivalent of strace on latest OsX. with In between lies an endless list of font and Apple related plist loading. |
looks like it runs through the fontconfig cache, then decides to open "\004\0" which of course doesn't exist.. what happens if you temporarily rename /opt/local/var/cache/fontconfig ? |
In this case, it'd recreate the fontconfig dir in .cache for the local user, ending in the same error.
|
I see a similar problem on Ubuntu, and even after emptying 3 different cache dirs I get the following on the end of my strace: |
I have the same issue, on Debian jessie (testing). gcodeview used to work, but some recent update has broken it. I managed to work around the issue by directly specifying the name of an existing TTF file:
It's not pretty, but it works. |
FcPatternGetString() returns a pointer into it's internal data structures, so the value should not be used after calling FcPatternDestroy() anymore.
Defer call to FcPatternDestroy(). (fixes Issue #16)
It compiles fine, then when I run gcodeview with a file, I get:
File is 52081 long Indexing lines... found layer 0 FTGL createFont failed: No such file or directory
The text was updated successfully, but these errors were encountered: