diff options
author | Koichiro IWAO <meta@vmeta.jp> | 2016-08-17 17:23:44 +0900 |
---|---|---|
committer | Koichiro IWAO <meta@vmeta.jp> | 2016-08-18 13:27:55 +0900 |
commit | ceb4b7b2a45f4c4ce791629f20a144db68d89bb5 (patch) | |
tree | 21a4a524c4d57af7a2cd44292e5b9d7bcb1fa2a5 /common/ssl_calls.c | |
parent | f4f23b0a7d893c871092dcb2f53f733d3909e370 (diff) | |
download | xrdp-proprietary-ceb4b7b2a45f4c4ce791629f20a144db68d89bb5.tar.gz xrdp-proprietary-ceb4b7b2a45f4c4ce791629f20a144db68d89bb5.zip |
Fix clipboard when text/filename contains non-ASCII characters
broken by #314. This is compatible with the fix introduced in #314.
To use non-ASCII text/filename in clipboard, chansrv needs to be run
with LC_CTYPE=*.UTF-8 because the behaviour of mbstowcs(3) function
called in chansrv depends on LC_CTYPE[1]. However #314 made
LC_CTYPE=C in chansrv context. Even if LANG and LC_* are set in
.bashrc, /etc/profile, /etc/locale.conf or something like that,
it doesn't affect in chansrv context because chansrv doesn't source
any of them unlike sesman.
So do not set LC_CTYPE to blank or "C" in g_init() in order to get
g_mbstowcs and g_wcstombs to work properly with non-ASCII UTF-8
characters in any context.
Setting LC_CTYPE to *.UTF-8 doesn't obstruct applying system
language in RHEL [2].
[1] Linux man page says:
The behavior of mbstowcs() depends on the LC_CTYPE category of
the current locale.
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1290820
Diffstat (limited to 'common/ssl_calls.c')
0 files changed, 0 insertions, 0 deletions