font-shape/font-query related regression in wine 1.1.28
hintak_leung at yahoo.co.uk
Thu Sep 3 19:54:06 CDT 2009
--- On Mon, 24/8/09, Vincent Pelletier <plr.vincent at gmail.com> wrote:
> Le dimanche 23 août 2009 21:02:33,
> Hin-Tak Leung a écrit :
> > I don't know why a german translation would affect my
> > (LANG=en_GB.utf8) and setting LANG=C does not fix the
> I just yesterday found a similar fix for a segfaulting
> "wine iexplore" on a
> japanese environment kde.
> The best I could reach with japanese locale was a "HTML"
> followed by squares
> (the one when a glyph is missing) before the segfault -
> probably japanese
> localisation of "html rendering disabled". Switching to
> LC_ALL=C cures the
> Originaly, the crash was in WoW launcher (which uses web
> rendering for part of
> its window).
That's sounds quite similiar to the .NET application I use wine mainly for. It requires native mshtml and shdocvw to work with MS.NET (wine's built-in mshtml/shdocvw causes native gdiplus to fail), and uses Gecko with mono; and on start-up, it also renders a web-page sub-window. My font problem starting with wine 1.1.28 is with Gecko/mono.
I'll give LC_ALL=C a try. wine 1.1.29 shows a different error, but switching to Vista-shipped tahoma*.ttf or removing them altogether (thus using platform font) also make the application continue.
What's the commit/sha1 for the fix you found (if it were posted)?
More information about the wine-devel