Re: wxt terminal in windows hangs

[sfeam (E. Merritt) <eam...@gm...>]

On Monday, January 17, 2011, Allin Cottrell wrote:
> On Mon, 17 Jan 2011, Allin Cottrell wrote:
> 
> > On Tue, 18 Jan 2011, Mojca Miklavec wrote:
> > >
> > > My bet is that fc-cache runs in the background to regenerate font
> > > index "every now and then", so that one can use any given font on the
> > > system.
> 
> (and this can take a looong time).
> 
> I notice that in gnuplot's cp_cairo.c there's a comment (around
> line 690) about "working around a bug in the cairo/win32 backend
> for font rendering": the work-around involves gp_cairo on Windows
> using the freetype + fontconfig backend by preference to the win32
> backend.  Following Mojca's lead, this could explain the initial
> long wait for gnuplot output.
> 
> I'm wondering, is the cairo bug in question still there?
> Unfortunately the comment is not specific (no bugzille ID). But if
> the issue is fixed in current cairo it could be worth making a
> change. Cairo's win32 backend doesn't have the problem of a long
> wait on first use.

Here's a link to the original thread reporting the problem
in cairo's win32 backend:

http://groups.google.com/group/comp.graphics.apps.gnuplot/browse_thread/thread/5742a3d915085f7b/d075063d7da423e9?hl=en&ie=UTF-8&oe=utf-8&q=missing+pixels+for+Windows+PNG+driver&pli=1

I think there's enough information there to test whether the
bug is still present or not.  If the bug has been fixed in some more
recent cairo version, the test on WIN32 and cairo versioning in 
.../src/wxterminal/gp_cairo.c can be modified appropriately.

Or you could write to Behdad Esfahbod and ask him, since he was
the cairo developer who recognized the problem and suggested the
work-around.


	Ethan