Date: Wed, 30 Jun 2010 11:27:41 -0400 From: "Mikhail T." <mi+thun@aldan.algebra.com> To: gnome@FreeBSD.org Cc: portmgr@FreeBSD.org Subject: Re: a GTK-using application crashes, when LANG is set to non-UTF8 Message-ID: <4C2B626D.5000503@aldan.algebra.com> In-Reply-To: <4C2A75DB.4030109@aldan.algebra.com> References: <4C2A4E53.8050408@aldan.algebra.com> <4C2A75DB.4030109@aldan.algebra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
29.06.2010 18:38, I wrote:
29.06.2010 15:49, I wrote:
A user I support is struggling with an application (cairo-dock +
plugins), that crashes inside gtk/glib (stack below), when the LANG
environment variable is set to something like ru_RU.KOI8-R.
Using ru_RU.UTF-8 works fine and the application speaks Russian in
both GUI and (rather chatty) stderr/stdout. I suspect, some common
mistake is made by the application's author -- any chance, we can
quickly patch it up in the port?
This seems like a similar problem:
[1]http://defect.opensolaris.org/bz/show_bug.cgi?id=11936
Ivan -- the maintainer of the cairo-dock ports (CC-ed) -- has
confirmed, that compiling devel/glib20 with -D__STDC_ISO_10646__
eliminates the crash and allows the application (cairo-dock) to come
up and properly "speak" in the requested language using the non-UTF
charset:
-CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
+CONFIGURE_ENV= CFLAGS="-D__STDC_ISO_10646__" \
+ CPPFLAGS="-I${LOCALBASE}/include" \
Or, perhaps, this can be controlled by the the glib20-port's
"COLLATION_FIX" knob? If so, then it should be set on by default...
Would it speed things up, if I file an (urgent) PR regarding this? I
think, it would be prudent to ship 8.1 with this problem resolved...
Please, advise. Thanks!
-mi
References
1. http://defect.opensolaris.org/bz/show_bug.cgi?id=11936
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C2B626D.5000503>