Sed-4.2.2-bin.zip:
http://pan.baidu.com/s/1pJkDALt
http://code.google.com/p/gnu-on-windows/downloads/list
sed 4.0.7 http://pan.baidu.com/s/1bnF7mer
sed 4.1.4 http://pan.baidu.com/s/1AjBCM
sed 4.2.1 http://pan.baidu.com/s/1dD3XMxz- What's New:
- Sed 4.2.2
-
- * don't misbehave (truncate input) for lines of length 2^31 and longer
-
- * fix endless loop on incomplete multibyte sequences
-
- * -u also does unbuffered input, rather than unbuffered output only
-
- * New command `F' to print current input file name
-
- * sed -i, s///w, and the `w' and `W' commands also obey the --binary option
- (and create CR/LF-terminated files if the option is absent)
-
- * --posix fails for scripts (or fragments as passed to the -e option) that
- end in a backslash, as they are not portable.
-
- * New option -z (--null-data) to separate lines by ASCII NUL characters.
-
- * \x26 (and similar escaped sequences) produces a literal & in the
- replacement argument of the s/// command, rather than including the
- matched text.
-
- ----------------------------------------------------------------------------
- Sed 4.2.1
-
- * fix parsing of s/[[[[[[[[[]//
-
- * security contexts are preserved by -i too under SELinux
-
- * temporary files for sed -i are not made group/world-readable until
- they are complete
-
- ----------------------------------------------------------------------------
复制代码 --------------------------------------------------------------
有朋友反映说,这个sed在64bit系统下运行不成功。
其实这是由编译器决定的:
bin文件是在DJGPP环境下编译,DJGPP的GCC编译器生成32位保护模式的程序,用于MS-DOS系统居多。
CMD兼容DOS下的程序,所以编译出来的程序CMD也可以使用。
但是DJGPP编译的程序貌似不支持64位系统(没有深入了解,我也不敢肯定。),所以我用另外一个编译环境(MinGW)重新编译了sed。
这次这个可以兼容64bit了。我只是大概测试了此sed,也不知道以后有没有BUG出现,所以希望发现BUG的朋友可以反馈一下。
sed4.2.1.zip
http://pan.baidu.com/share/link?shareid=268446709&uk=1124163200
[new]sed-4.2.1-bin.zip
http://pan.baidu.com/share/link?shareid=270499557&uk=1124163200 |