Freetype Font UnsatisfiedLinkError in Linux

[troll5501]

I've been investigating another issue in V9 on Linux. When my extender connects, I get a bunch of these errors:

Tue 2/2 0:26:10.529 [MiniUIServerConnection@1decba4d] Error loading Freetype Font; trying to load Java font instead; error=java.lang.UnsatisfiedLinkError: sage.FreetypeFont.loadFreetypeLib0()J

I've tracked down the issue to the leading underscores in the JNICALL functions in native/crosslibs/Freetype/sage_FreetypeFont.c and sage_FreetypeFont.h. If I remove the leading underscores and rebuild the library, the issue is resolved.

Interestingly, there is another copy of the sage_FreetypeFont.h file in native/include that does *not* have the leading underscores.

Can anyone confirm if removing the leading underscores is the correct fix, and will it cause any problems for the Windows build? I can't find any other code in the project that has them.

[Narflex]

Yeah, that fixes the problem. I never figured out why this was an issue...but did figure out how to fix it (just like you).

I'm fairly sure you need the underscores for the Windows version though...but what's very odd is the other GNU stuff compiled on Windows with JNI didn't have that issue (imageloader library). This one was totally a mystery to me.

If you want to make a version of it that's conditional on OS for the underscores, I'd definitely approve that commit.

[troll5501]

I think I figured this out. Using gcc/MinGW, I was able to build a working Windows DLL from the same code I used on Linux--without the underscores--and it works fine in V7.1.9 on XP. The issue appears to be related to some linker options that are needed to satisfy the underscore requirement for Windows.

I built two versions of the DLL using different linker options. The first one used similar options to what was in the original Makefile.win, and it failed when I tested it in SageTV:

Wed 2/10 3:19:34.181 [AWT-EventQueue-0@888e6c] Error loading Freetype Font; trying to load Java font instead; error=java.lang.UnsatisfiedLinkError: sage.FreetypeFont.loadFreetypeLib0()J
Wed 2/10 3:19:34.270 [AWT-EventQueue-0@888e6c] Error loading Freetype Font; trying to load Java font instead; error=java.lang.UnsatisfiedLinkError: sage.FreetypeFont.loadFreetypeLib0()J
Wed 2/10 3:19:34.270 [AWT-EventQueue-0@888e6c] Error loading Freetype Font; trying to load Java font instead; error=java.lang.UnsatisfiedLinkError: sage.FreetypeFont.loadFreetypeLib0()J

Then I changed the linker options, and this time it worked:

Wed 2/10 3:21:33.668 [AWT-EventQueue-0@888e6c] Creating new FreeType font face for fonts\DejaVuSans size=15 style=0 from=C:\Program Files\SageTV\SageTV\fonts\DejaVuSans.ttf
Wed 2/10 3:21:33.670 [AWT-EventQueue-0@888e6c] Loading new font to cache font=MetaFont[fonts\DejaVuSans, size=15, style=0, height=17.0, ascent=14.0, descent=4.0, leading=-1.0, class=class sage.FreetypeFont]
Wed 2/10 3:21:33.697 [AWT-EventQueue-0@888e6c] Deriving FreeType font face for fonts\DejaVuSans size=22 style=0 from=C:\Program Files\SageTV\SageTV\fonts\DejaVuSans.ttf

I will organize my changes and get them submitted soon.

[stuckless]

Originally Posted by troll5501

I think I figured this out. Using gcc/MinGW, I was able to build a working Windows DLL from the same code I used on Linux--without the underscores--and it works fine in V7.1.9 on XP. The issue appears to be related to some linker options that are needed to satisfy the underscore requirement for Windows.

Unrelated, but, related to minggw did you run this from linux or windows? I'd like to get the various cross platform libs recompiling (for windows) but on linux host. I know it's possible, I just haven't done it. Wondering if you were on windows using mingw or on linux.

[troll5501]

Originally Posted by stuckless

Unrelated, but, related to minggw did you run this from linux or windows? I'd like to get the various cross platform libs recompiling (for windows) but on linux host. I know it's possible, I just haven't done it. Wondering if you were on windows using mingw or on linux.

I ran it from Windows 7. I've never tried the cross-platform compile either, but it sounds like it would be helpful.