Well, I guess the problem may be on a different level. When I launch
`ftmulti` from the XQuartz-provided terminal (xterm), then it launches
correctly (with the GUI). But if I launch it from within the regular
"text" Terminal or iTerm apps, then I get the error. Same with `ftview`
etc.
cannot open X11 display
could not allocate display surface
error = 0x0002
(The error is sometimes 0x0000 and sometimes 0x0002).
But the weird thing is that this used to work, 100%, just a few weeks
ago. I did pull the new FreeType and built it, and then I rebuilt the
ft2demos tools.
So this has to have something to do with the way FreeType has been built.
A.
On Sat, Mar 26, 2016 at 12:44 PM, suzuki toshiya
<address@hidden <mailto:address@hidden>> wrote:
Dear Adam,
Do you mean that other X11 programs (e.g. xterm) could
be started correctly, but ft2demos could not be?
I will try to find some access to the recent Mac OS X...
Regards,
mpsuzuki
Adam Twardoch (Lists) wrote:
> I once somehow had managed to build a version of ft2demos tools
which worked with the OS X X11 (XQuartz) server.
>
> But now, with the standard "autogen.sh then make" of current git
FreeType plus the "make" of current git ft2demos, the tools build
but when trying to use them, I get:
>
> ftmulti 72 CinzelGX.ttf
> cannot open X11 display
> could not allocate display surface
>
> error = 0x0000
>
> Perhaps this is because in the recent versions of Mac OS X, X11
is not included by default but the optional XQuartz installer (
http://www.xquartz.org/ ) installs X11 into:
>
> /opt/X11
>
> Maybe this could be automatically recognized by FT?
>
> A.
>
>