Всем привет.   Функция  readdir  заполняет структуру  dirent
struct dirent *dp;
dp=readdir(...);
Если в директории есть файлы с русскими символами в их именах, то в поле dp->d_name я получаю их в юникоде, а мне надо в ASCII.
Что делать, куда рыть? Конвертить потом как нибудь, или может есть более правильное решение.

0) Ты получаешь их не в юникоде, а в текущей системной кодировке. Ну, чаще всего.

Узнать её -- nl_langinfo(CODESET) после setlocale(LC_ALL, "").

1) Учитывая, что в ascii есть только латинские символы (ну, ещё знаки препинания, управляющие символы и арабские цыфры) -- для преборазования в ascii тебе потребуется транслитерацыя. Учитывая, что обе системные библиотеки работы с кодировками (iconv и librecode)  транслитерацыю не поддержывают -- искать тебе в любом случае что-то на стороне.

Ну и да, учитывай, что имя файла можэт быть любым набором байт, кроме пары служэбных -- так что оно можэт и не быть словом в текущей системной кодировке. Или вообще не быть словом ни в какой кодировке.

Спасибо за участие. Кое как, косвенно но я решил проблему.
В моем проекте файловая система не критична поэтому я сменил её на FAT32. Смонтировал её с опцией iocharset=cp1251. 
Так как писать на нее будет у меня будет только samba в настройках последней указал unix charset = CP1251.
И все стало замечательно без конвертирования.

А почему бы не смонтировать с опцыей iocharset=utf8 и указать самбе unix charset=utf8? Что именно поменяется?

А то вот я, уж на что нелюблю юникод, но вот честно, samba с unix charset=koi8-r ужэ как-то меня достаёт. Ну, в смысле, присылают какие-нибудь статьи всякие европейцы и как-то сразу возникает геморрой с сохранением. Дажэ подумываю сделать общие папки всё-таки в utf8.

PS Да, для перекодирования чарсетов на лету есть convmvfs. Да, она тормозит, при чтении из кэша, поскольку никто её особенно не оптимизировал. Но fat32 в общем тожэ не летает.