dash interpreter don't handle some unicode characters correctly

Some tests, performed, revealed that the same issue is with capital "Ё" letter.

The source of the bug has been found.
As for dash-0.5.4, in expand.c:240 there is a line
        rmescapes(p);
If one follows the macro, he or she will find that it just trashes chars 129 and 136 ("\201\210" octal).
In UTF-8 representation of letters сшЁ (two bytes per a letter) the second byte is just from the set:
$ echo сшЁ|hexdump -b
0000000 321 201 321 210 320 201 012
0000007
That's what causes the bug. The bug is UTF-8 specific, if KOI-8 was used for Cyrillics (as it is in Debian), there would be no such bug.

This bug is the same (or at least related) to #382187.

I have the same problem with the character "∕", which is U+2215 or UTF-8: 0xE2 0x88 0x95, but dash thinks it is 0xE2 0x95.

Despite the source of two bugs (this and the duplicate) has been found (dash destroying bytes 0x81=0o201 and 0x88=0o210 from ">" redirrection target), I can't fix the myself because of being uncertain what to do and how to make sure that my actions won't affect some other dash features.

This bug needs attention from someone with such powers.

The bug is confirmed in Karmic.

Steps to reproduce:
1)Take a terminal
2)# cd /tmp; mkdir test; cd test
3)# sh -c "name=сшуЁ; echo \$name > \$name"
4)# ls
5)See a new file "??у?" with garbage in name, but having proper string "сшуЁ" inside.

In 10.04 lucid lynx beta1 the bug is still present.
Dash package version: 0.5.5.1-3ubuntu1.

Looks like I've fixed this bug (see attached patch).

Some characters in dash are escaped for internal use (сшуЁ in UTF-8 = d1 81 d1 88 d1 83 d0 81 is translated to d1 81 81 d1 81 88 d1 81 83 d0 81 81), then unescaped. But redirection-to-file strings are treated differently and are unescaped twice (d1 81 81 d1 81 88 d1 81 83 d0 81 81 -> d1 81 d1 88 d1 83 d0 81 -> d1 d1 d1 83 d0), in expandarg() function at src/expand.c (in argstr(), then in rmescapes()).

By the way, EXP_REDIR flag is used only for this special treatment of redirection-to-file strings. Could not find its origin, the oldest commit at git://git.kernel.org/pub/scm/utils/dash/dash.git already has it.

This patch has been pushed to dash.git. However, applying it to an older version of dash could be useful so people can take advantage of this fix without the possible instability and possible subtle incompatibilities of a new dash version.

This bug still affects Ubuntu 11.10. It's rather disappointing that two years after the initial bug report, Ubuntu's default shell is still unable to handle file names in common languages such as Russian. It's especially insidious, as many programs that use shell scripts internally will fail in unpredictable ways.

Status changed to 'Confirmed' because the bug affects multiple users.

This bug is more than 2 years old. Any hope to get it fixed in Precise ?