On 02.05.2019 11:40, Osipov, Michael wrote:
> Hi Branko,
>
> Am 2019-05-01 um 02:17 schrieb Branko Čibej:
>> On 30.04.2019 20:18, Osipov, Michael wrote:
>>
>>> The terminal and locale are fine though:
>>>> $ locale
>>>> LANG=de_DE.utf8
>>>> LC_CTYPE="de_DE.utf8"
>>>> LC_COLLATE="de_DE.utf8"
>>>> LC_MONETARY="de_DE.utf8"
>>>> LC_NUMERIC="de_DE.utf8"
>>>> LC_TIME="de_DE.utf8"
>>>> LC_MESSAGES="de_DE.utf8"
>>>> LC_ALL=
>>
>> LC_ALL should probably not be empty. Could be that on HP-UX, the empty
>> value causes Subversion to use the default C (or POSIX) locale. Try
>> setting
>>
>> LC_ALL="de_DE.utf8"; export LC_ALL
>>
>> Subversion tries setlocale(LC_ALL, "") first and only if that fails, it
>> tries setlocale(LC_CTYPE, ""). Evidently the first call succeeds, which
>> is strange but not strictly wrong. I think.
>
> Doesn't really work out.
>
> Here is the old server:
>> $ hostname
>> blnn724x
>> $ svn --version -q
>> 1.9.4
>> $ locale
>> LANG=de_DE.utf8
>> LC_CTYPE="de_DE.utf8"
>> LC_COLLATE="de_DE.utf8"
>> LC_MONETARY="de_DE.utf8"
>> LC_NUMERIC="de_DE.utf8"
>> LC_TIME="de_DE.utf8"
>> LC_MESSAGES="de_DE.utf8"
>> LC_ALL=
>> $ svn ls https://deblndw011x.ad001.siemens.net/repos/svn/Playground
>> README.txt
>> a/
>> c.txt
>> hallo.c
>> keyword-test.txt
>> test1234/
>> testprogramm.c
>> привет.txt
>
> the export didn't change anything, it still fails:
>> $ hostname
>> deblndw024v
>> $ svn --version -q
>> 1.9.4
>> $ locale
>> LANG=de_DE.utf8
>> LC_CTYPE="de_DE.utf8"
>> LC_COLLATE="de_DE.utf8"
>> LC_MONETARY="de_DE.utf8"
>> LC_NUMERIC="de_DE.utf8"
>> LC_TIME="de_DE.utf8"
>> LC_MESSAGES="de_DE.utf8"
>> LC_ALL=de_DE.utf8
>> $ svn ls https://deblndw011x.ad001.siemens.net/repos/svn/Playground
>> README.txt
>> a/
>> c.txt
>> hallo.c
>> keyword-test.txt
>> test1234/
>> testprogramm.c
>> {U+043F}{U+0440}{U+0438}{U+0432}{U+0435}{U+0442}.txt
>
>
> Here is a basic program:
>> 0# cat locale.c
>> #include <locale.h>
>> #include <stdio.h>
>> #include <langinfo.h>
>>
>> int main(void) {
>> char *l = NULL;
>> l = setlocale(LC_ALL, "");
>> printf("%s\n", l);
>> char *nl = NULL;
>> nl = nl_langinfo(CODESET);
>> printf("%s\n", nl);
>>
>> return 0;
>> }
>> # aCC -o locale locale.c
> # ./locale
> C.utf8 C.utf8 C.utf8 C.utf8 C.utf8 C.utf8
> utf8
>> # LC_ALL=de_DE.utf8 ./locale
>> de_DE.utf8 de_DE.utf8 de_DE.utf8 de_DE.utf8 de_DE.utf8 de_DE.utf8
>> utf8
>
> Looks good to me, doesn't it?
It does ...
> Anything else I can try? Bad libiconv or libapr?
Either libiconv or apr_xlate don't handle UTF-8 on HP-UX? It would be
strange but not impossible.
Given the earlier warning from msgfmt that
"Charset "UTF-8" is not supported" I suspect libiconv, since gettext
doesn't use APR.
Is it possible that you're using a mis-configured GNU libiconv instead
of the stock system version? Since locale() does support UTF-8, I'd
expect the stock libiconv to support it, too. However, IIRC GNU tools
don't like the POSIX libiconv API very much.
Subversion doesn't care; for string conversion, whatever stock libiconv
does (through apr_xlate) should be enough; it doesn't depend on NLS
being enabled.
-- Brane
Received on 2019-05-03 11:53:27 CEST