AngkorAlone的专栏

过去几个月使用 bash 进行一些自动化处理的时候，出现了2次悲剧，辛辛苦苦跑的数据被 rm -rf 掉了。第一个悲剧：k=15for i in *.note;do mv "$i" $k.note #k=$((k-1))done 简化之后的代码如下，少了注释中的那行代码，结果十几个数据文件就只剩下来了一个。 第二个悲剧：这个更悲剧，丢失的是跑了1

初学 bash，习惯把 bash 当做 C 来使用。开始的时候写的代码如下：＃如果一个目录存在就删除这个目录if [ -e $file ];then rm -rf $filefi 之后看别的人写的脚本发现这样的一行就可以搞定了：test -e $file && rm -rf $file  而使用 eval 得到的功能就更为强大，可以在一个变量中保存另外一个变量

最近在做一个测试工具的测试(拗口吧)，这个工具生成了大量的测试用例，用来检测编译器是不是有错误。生成方法有学术上的价值(创新性)，但是实现的原型工具很难检测出来实际的错误。像是GCC这样的编译器测试用例已经很多，所以我们需要另外一种方式来检测测试用例的测试能力。这个技术称为mutation test，就是把正确的GCC代码中故意写错一个地方，然后看看测试用例能否测试出来编译器注入了错误。常见的

最近的测试工作，需要比较一个目录下的若干的文本文件，如果有不同，就报错并退出。先前的方法是这样的：for i in *.out ; do for j in *.out;do diff -q $i $j || report_to_user done breakdone 工作的很好。今天无意中 man find 了一下，发现了 --from-