关于tr的问题

taker2001

我用tr实现一个简单的转换大写字母到小写，路径如下：

/tmp/testtr/> ls
N ny.txt


/tmp/testtr/> cat ny.txt
NY

我想把ny.txt里的＂NY＂转换成＂ny＂，
/tmp/testtr/> tr [A-Z] [a-z] < ny.txt
结果却是：
aY

因为同路径下有个文件＂N＂匹配了"[A-Z]",我明白可以用tr "[A-Z]" "a-z"避免这个问题，但我不明白的是，为什么tr会遍历当前目录下的文件？请各位大侠指点，谢谢！

ivhb

文件名是扩展是优先的。这个和tr无关。而是shell的功能。
在tr还没有生下来的时候，shell已经做了文件名展开了。
因此，你需要的是避免文件名扩展。
你可以
tr '[A-Z]' '[a-z]' < ny.txt
或者
set +f
tr [A-Z] [a-z]

taker2001

原帖由 ivhb 于 2007-8-20 11:51 发表
文件名是扩展是优先的。这个和tr无关。而是shell的功能。
在tr还没有生下来的时候，shell已经做了文件名展开了。
因此，你需要的是避免文件名扩展。
你可以
tr '[A-Z]' '[a-z]' < ny.txt
或者
set +f
tr ...

不好意思，我还是不太明白什么是＂文件名扩展＂？而且我给tr的是<ny.txt，不是当前目录做标准输入啊 请指教 谢谢！

ivhb

是我写错了。set -f（而不是set +f），然后再运行你的tr，看看有什么结果

另外，最直观的就是打开调试模式
1. set -x
2. tr [A-Z] [a-z] < ny.txt
你看看实际执行的是什么命令

waker

tr A-Z  a-z

tr用不着[]

waker

1. [waker@proxy d1]$ echo '[ACb]'|tr '[A-Z]' '1a-z2'
   
2. 1acb2
   

复制代码

ivhb

原帖由 waker 于 2007-8-20 13:11 发表
[waker@proxy d1]$ echo '[ACb]'|tr '[A-Z]' '1a-z2'
1acb2

嗯。不过可以参考
HP-UX B11.11  tr的手册页

           c1-c2 or       Stands for the range of collating elements c1
           [c1-c2]        through c2, inclusive, as defined by the current
                          setting of the LC_COLLATE locale category.

taker2001

谢谢各位  我明白了！

waker

从system V(字符序列必须有[]包围)继承来的习惯,多数tr实现是berkeley风格的约定,就是把[a-z]当成28个普通字符的那种.
所以尽量少用[a-z]吧,当前后两个序列字数不等时后果是不可测的

ivhb

嗯。确实如此。多谢waker啦。