LinuxDC++ и Кирилица...

Возможно, что

LANG=ru_RU.cp1251 как_там_его_dc++

В имени локали я мог допустить ошибку. Может быть, надо не cp1251, а UTF8 (или как там её).

Obidos, ты не ошибся: надо запускать в локали ru_RU.CP1251

У меня, если запускать как "LC_ALL=ru_RU.CP1251 ./dcpp", то всё работает (не считая того, что русские названия файлов в неправильной кодировке сохраняются).

И ещё: чтобы это работало, в glibc, кажется, должна быть включена поддержка этой локали.

> И ещё: чтобы это работало, в glibc, кажется, должна быть включена поддержка этой локали.

Изъясняйся нормально, man locale/localedef, а то человек glibc побежит пересобирать.

> если запускать как "LC_ALL=ru_RU.CP1251 ./dcpp"

Почему-то с древних времён у меня в голове отложилось, что за "LC_ALL=<нечто>" следует расстреливать. Ибо оно может быть только "пустышкой", иными словами, ничего, кроме "LC_ALL= " быть не может.

Хм... Могите объяснить что мне делать то? "LC_ALL=ru_RU.CP1251 ldcpp" ничего не меняет...

(ldcpp:6792): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale.

Читай таки man localedef, как и было сказано выше.

2 Obidos:
ну можно еще так:
===============
#!/bin/bash

export LC_ALL=""
export LANG="ru_RU.CP1251"
/path/to/ldcpp
===============

У меня с LANG= не работает, зато с LC_ALL работает:

http://www.linux.org.ru/jump-message.jsp?msgid=1270106

См. выше: LANG="bla-bla" всегда надо использовать в паре с LC_ALL="".

С LC_ALL у меня оно работает.

А есть в природе клиент, который без этой подпорки работает? А то несколько напрягает держать нафиг не нужную локаль для одного отдельно взятого приложения.