![]() |
中国DOS联盟-- 联合DOS 推动DOS 发展DOS --联盟域名:www.cn-dos.net 论坛域名:www.cn-dos.net/forum |
| 游客 | 登录 | 注册 | 会员 | 搜索 | 中国DOS联盟 |
|
中国DOS联盟论坛 现在时间是 2026-08-03 05:37 |
共 48,038 主题排行 / 350,123 发帖 / 今日 1 篇 / 48,251 会员排行 |
| DOS批处理 & 脚本技术(批处理室) » [原创]CMD批处理获取文件的ASCII码 |
| 可打印版本 11,140 / 28 |
| 第16楼 Eblis | 发表于 2007-01-15 14:58 |
| 中级用户 发帖 108 积分 251 来自 湖南==>广州 | |
|
能不能反过来?从ACSII码获得原文?..有时候一些注册表或者数据包以ACSII的时候..可以直接读过来多好..不用去查了..
|
|
| 第17楼 lxmxn | 发表于 2007-01-15 15:08 |
| 版主 发帖 4,938 积分 11,386 | |
|
这个我也一直在想,但是批处理来完成似乎有点麻烦,感觉利用VBS的chr()函数来获取更好一些。 |
|
| 第18楼 electronixtar | 发表于 2007-01-16 00:46 |
| 铂金会员 发帖 2,672 积分 7,493 | |
|
理论上绕弯子怎么绕都可以用批处理写任意二进制文件,但是那个不是一般的麻烦啊,而且效率肯定不高呀。所以还是vbs吧,vbs也麻烦,用 adodb.stream ,还要用 adodb.recordset 或者 xmldoc 来产生 bytearray 类型,因为FSO不支持二进制文件写入
|
|
| 第19楼 Eblis | 发表于 2007-01-16 12:25 |
| 中级用户 发帖 108 积分 251 来自 湖南==>广州 | |
|
呵呵..那我再问一个问题...fsutil file createnew 产生的代码为16进制的0..有没有可能会遇到原文件里的代码就是0..比如说fsutil fsinfo drives命令的输出就是16进制的0
刚刚自己测试了一下...其它不同的代码能显示出来..但是代码中的空格就没办法了`` 不过也好``应该很少遇到16进制的0的文件吧? |
|
| 第20楼 lxmxn | 发表于 2007-01-16 15:34 |
| 版主 发帖 4,938 积分 11,386 | |
|
这个可以处理空格的。文件中很少会出现ASCII为00的字符,所以没有考虑。 |
|
| 第21楼 benteng302 | 发表于 2007-05-14 20:03 |
| 初级用户 发帖 41 积分 88 | |
|
哦,太厉害了赔付。
|
|
| 第22楼 xiaoyong12 | 发表于 2009-04-11 12:13 |
| 初级用户 发帖 22 积分 38 | |
|
真牛
|
|
| 第23楼 netbenton | 发表于 2009-04-11 13:36 |
| 银牌会员 发帖 752 积分 1,916 来自 广西 | |
|
原来还有这个命令:fsutil file
我做这个时,用set/p=[空格],生成一个纯空格的文件,相同时补上20h,虽然可以做到。却是绕了个大弯。 在这里学习了。 |
|
| 第24楼 523066680 | 发表于 2009-12-03 20:22 |
| 银牌会员 发帖 1,133 积分 2,362 | |
|
回眸一看这个错过的帖子,学无止境呀
|
|
| 第25楼 bigbadwolf | 发表于 2010-10-05 16:35 |
| 新手上路 发帖 1 积分 1 | |
|
值得学习一下!
|
|
| 第26楼 zch1366 | 发表于 2010-10-09 14:05 |
| 中级用户 发帖 148 积分 326 | |
|
呵呵,谢谢指教。
|
|
| 第27楼 5981664 | 发表于 2010-10-12 13:04 |
| 新手上路 发帖 1 积分 1 | |
|
好厉害呀
|
|
| 第28楼 gool123456 | 发表于 2010-10-14 01:58 |
| 初级用户 发帖 76 积分 89 | |
|
对FC了解太少了 . 版主这个好啊 .我以前是通过另一种方法获取的 . 但不方便.
|
|
| 第29楼 liangshenda | 发表于 2010-12-25 00:43 |
| 新手上路 发帖 6 积分 8 | |
|
谢谢啦!!!!!!!!!
|
|
| 上一页 1 2 |
|
[ 联系联盟系统管理团队 -
中国DOS联盟 -
标准版 ] Sponsored by ifanr Inc | © 2001–2023 |