Larry - I would try a couple things: first, comment out just GrText and leave in GrGetFontInfo, and see whether that fails.
Then, leave out GR_TFTOP and test. The encoding flags for GF_TFASCII means that 'buf' is 7-bit ascii characters, is it? You might try just passing "a", 1 instead of buf, -1. There could definitely be bugs in the freetype 2.3.9 for ARM. Perhaps try 2.3.12, and/or look in FT changelogs. Are you running big endian ARM? That could be an issue with some un-debugged big endian code in nano-X. Unfortunately, we really need a debugger running on the target to see whether we're crashing in FT or NX. Regards, Greg I am cross compiling freetype2 and microwindows for an ARM target. When I try fontdemo to load times.ttf font, I get a corrupted packet error. Bad read block -1, 104. Segmentation fault ./nano-X The nxeyes application on the ARM target works. I am using freetype2.3.9 and microwindows 0.92. Freetype2 was cross-compiled for the ARM target. On the target: I copied times.ttf into the fonts/truetype directory. I have copied the libnano-X.a and libnano-X.so into the /lib directory I have copied the nano-X and fontdemo into the bin directory. When I compile for X11 target and use X11 targeted freetype2 library, fontdemo runs fine. The issue is in the line: GrText(w,gc,0,y,buf,-1,GR_TFASCII|GR_TFTOP); When I remark that line and GrGetFontInfo line out, I do not get segmentation fault. Previoulsy I used microwindows 0.91 and freetype 2.0.9 and fontdemo with ttf fonts ran fine on the ARM target. The question of text encoding was brought up when there were similar issues. What text encoding do I use for freetype 2.3.9, microwindows 0.92, times.ttf? Any Idea how to toubleshoot the segmentation fault for GrText? Thanks for the help. --------------------------------------------------------------------- To unsubscribe, e-mail: nanogui-unsubscr...@linuxhacker.org For additional commands, e-mail: nanogui-h...@linuxhacker.org --------------------------------------------------------------------- To unsubscribe, e-mail: nanogui-unsubscr...@linuxhacker.org For additional commands, e-mail: nanogui-h...@linuxhacker.org