The original issue seems to be fixed in 23.10:
```
/tmp/test$ dash -c "name=прстуфхцчшщ;echo \$name > \$name"
/tmp/test$ ls
прстуфхцчшщ
/tmp/test$ lsb_release -rd
No LSB modules are available.
Description:Ubuntu 23.10
Release:23.10
```
--
You received this bug notification because yo
This bug is more than 2 years old. Any hope to get it fixed in Precise ?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/422298
Title:
dash interpreter don't handle some unicode characters correctly
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: dash (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/422298
Title:
dash i
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 u
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.
--
dash interpreter don't handle some unicode characters
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
In 10.04 lucid lynx beta1 the bug is still present.
Dash package version: 0.5.5.1-3ubuntu1.
--
dash interpreter don't handle some unicode characters correctly
https://bugs.launchpad.net/bugs/422298
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
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.
--
dash interpreter don't handle some unicode character
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 n
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.
--
dash interpreter don't handle some unicode characters correctly
https://bugs.launchpad.net/bugs/422298
You received
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
Some tests, performed, revealed that the same issue is with capital "Ё"
letter.
--
dash interpreter don't handle some unicode characters correctly
https://bugs.launchpad.net/bugs/422298
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
12 matches
Mail list logo
