Created attachment 365301 [details] beware, editing the file using vi will likely alter/destroy the UTF-8 string ! Description of problem: ncurses improperly renders utf-8 strings Version-Release number of selected component (if applicable): 5.7-3 How reproducible: compile and execute the attached example, utf_nc_bug.c. Compare and contrast with the strings contained in the source, as viewed in a terminal using 'cat', with LANG set to ru_RU and ru_RU.UTF-8 Steps to Reproduce: 1. gcc -o utf_nc_bug utf_nc_bug.c -Wall -lncurses 2. LANG=ru_RU.UTF-8 ./utf_nc_bug 3. LANG=ru_RU ./utf_nc_bug Actual results: with LANG set to ru_RU.UTF-8, the second string is improperly rendered and differs from the way it looks when cat-ing the source file Expected results: under LANG=ru_RU.UTF-8, the second string should be rendered correctly, and look the same way as it looks when cat-ing the source file Additional info:
That is strange, but according to http://namakajiri.net/complog/trouble-using-utf-8-with-ncurses/ it should be linked to -lncursesw, and also have call of setlocale(LC_CTYPE, ""); I've checked it works with these changes.
aumix-2.8-21.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/aumix-2.8-21.fc10
aumix-2.8-21.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/aumix-2.8-21.fc11
aumix-2.8-21.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/aumix-2.8-21.fc12
aumix-2.8-21.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.
aumix-2.8-21.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.