Re: Japanese Display for gtk+-1.2.9

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2 Nov 2005 09:40:33 +0800
Xyber Blue <xyberblue@xxxxxxxxx> wrote:

>>>It tests /usr/X11R6/lib/X11/locale >>/locale.alias on
>>>your system. If works correctly, you will receive
>
>[root@180 root]# ./xresolvelocale ja_JP
>call _XlcResolveLocaleName() for "ja_JP"... resolved
>siname=ja_JP.eucJP
>language=ja
>territory=JP
>codeset=eucJP

Umm, it means locale.alias/locale.dir is correctly working.
In next, please test attached new xresolvelocale.c.
It calls libX11 internal function: _XlcFileName(),
that calculates the directory to load XLC_LOCALE.

# Due to calling libX11 internal function, it can be crashes.

On the system whose libX11 loads /usr/X11R6/lib/X11/locale/ja/XLC_LOCALE,
the output will be:

	$ ./xresolvelocale.exe ja_JP
	call _XlcResolveLocaleName() for "ja_JP"... resolved
		siname=ja_JP.eucJP
		language=ja
		territory=JP
		codeset=eucJP
	_XlcFileName("ja_JP.eucJP", "locale") returns
		/usr/X11R6/lib/X11/locale/ja/XLC_LOCALE

>>>Do you have gdb and libX11_g.a on FR-V?
>Our cross compiled tools has gdb. Our ported X-Window has libX11.so but no
>libX11.a or libX11_g.a found.

Excuse me, I meant libX11_d.a instead of libX11_g.a.

If you don't have it, you cannot set breakpoints in
X11 internal functions? For example, please try to
set breakpoint on _XOpenLC(). If you cannot, I'm afraid
we cannot debug internal process in X-server.

Attachment: xresolvelocale.c
Description: Binary data

_______________________________________________

gtk-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gtk-list

[Index of Archives]     [Touch Screen Library]     [GIMP Users]     [Gnome]     [KDE]     [Yosemite News]     [Steve's Art]

  Powered by Linux