脚本执行后,生成的log文件,cat打开没有问题,vim打开就是文字乱码。
file1完全没有问题,其他人的file2追加到file中间的时候就出现了这个问题。
因为使用notepad在win7写的,通过winscp传到了linux,
1、所以首先想到可能是notepad的语言问题,于是乎去修改了notepad的编码格式,尝试用UTF-8格式,
这样之后./SHELL 提示 #!/bin/bash no such file or directory
然后在http://unix.stackexchange.com/questions/27054/bin-bash-no-such-file-or-directory 找到了答案,
This can also be caused by a BOM in a UTF-8 script. If you create the script in windoze sometimes you get some junk at the start of the file.
$ head -1 yourscript | od -c
and see how it ends: This is wrong
0000000 # ! / b i n / b a s h
This is correct:
0000000 # ! / b i n / b a s h
用 dos2unix 命令解决这个问题,于是去notepad把编码改成UTF-8无BOM格式编码。。
问题没解决,继续想、、
2、直接在linux里面 cat file2 >>file1 追加到源文件后面,vim file1后发现追加的file2的部分后面多了 “^M ” 这个东西,
好吧,这个也要靠 dos2unix 命令 去除: dos2unix file 。
问题依旧存在、、
3、开始用最笨的方法,一个模块一个模块的粘贴,发现粘贴完第一个模块运行是没有问题的,log文件也没有问题(好现象,说明这个file2至少有一部分是可以用的,可能只是一部分有问题)。好吧,于是把文件放了sqlserver编辑器打开,瞬间惊呆了,。。。。命令里面掺杂了中文空格(空格君,你咋又来了(>﹏<))。
是个教训,中文空格带来的将是毁灭性的灾难!!!!!!
问题解决、
4、运行脚本发现生成了一些错误的以“-”开头的文件,rm -tmpfile 失败 ,好吧 rm会读成-t是参数,用 rm ./-tmpfile 就OK了。
问题很低级,但是记录下来就加深了一遍记忆,避免以后犯这种低级错误。