中国DOS联盟

如题。
还有，在copy A + B， C的运用中，C文件的最后一行怎么会出现一个-> 或者在UE中观看时显示“口”字？不解。

关于兄所说的出现黑方块的情况与COPY a+b 的原理分析如下：





先建立两个文件 a 与 b 做实验：

C:\TEMP>copy con a
a
^Z
已复制 1 个文件。



C:\TEMP>copy con b
b
^Z
已复制 1 个文件。



C:\TEMP>dir a b
驱动器 C 中的卷是 DISK-C
卷的序列号是 4089-CA39

C:\TEMP 的目录

2007-01-19 12:11 3 a

C:\TEMP 的目录

2007-01-19 12:12 3 b

看到这两个文件长度均为 3 个字节。

键入的是一个字母，为什么是３个字节？
看一下Debug“看到的真实”文件内容：

-r
AX=0000 BX=0000 CX=0003 DX=0000 SP=FFEE BP=0000 SI=0000 DI=0000
DS=0AF5 ES=0AF5 SS=0AF5 CS=0AF5 IP=0100 NV UP EI PL NZ NA PO NC
0AF5:0100 61 DB 61
-d
0AF5:0100 61 0D 0A 1E 8E 1E B4 96-B4 40 CD 21 1F BA 8C 8A a........@.!....
0AF5:0110 73 03 E9 4E FF 2B C8 74-D0 F6 06 15 34 00 E4 0A s..N.+.t....4...
0AF5:0120 F6 06 15 99 20 75 0A 80-3E D2 99 00 75 BB 49 74 .... u..>...u.It

上面绿色标示：　代表文件长度：３个字节
上面红色标示：　代表这个文件的内容——１６进制。
　　　　　　　　61 是刚才键入的字母 a 的 16进制ASCII码
　　　　　　　　0D 0A 是：　回车、换行符（16进制的 ASCII码）

所以看到的文件长度是３（回车、换符看不到——即在文件编辑器内默认是不显示的，那个Office Word 例外）




当 COPY A + B C 操作时，即文件Ａ的内容＋文件Ｂ的内容＝文件Ｃ的内容。

但是看下面输出信息文件 A的长度是3字节，文件B的长度是３字节，那么 A+B 就应该是 6 个字节。

C:\TEMP>copy a + b c a b 已复制 1 个文件。 C:\TEMP>dir c 驱动器 C 中的卷是 DISK-C 卷的序列号是 4089-CA39 C:\TEMP 的目录 2007-01-19 12:19 7 c

但我们看到的确是 COPY A+B C 生成的文件Ｃ居然有７个字节（多出一个字节来，哈哈……）



那么这多出的一个字节就是兄所说的在记事本里看到的那个黑方块。



下面分析它为什么会多出一个字节：


Debug 文件C 的内容如下：

-r
AX=0000 BX=0000 CX=0007 DX=0000 SP=FFEE BP=0000 SI=0000 DI=0000
DS=0AF5 ES=0AF5 SS=0AF5 CS=0AF5 IP=0100 NV UP EI PL NZ NA PO NC
0AF5:0100 61 DB 61
-d
0AF5:0100 61 0D 0A 62 0D 0A 1A 96-B4 40 CD 21 1F BA 8C 8A a..b.....@.!....
0AF5:0110 73 03 E9 4E FF 2B C8 74-D0 F6 06 15 34 00 E4 0A s..N.+.t....4...
0AF5:0120 F6 06 15 99 20 75 0A 80-3E D2 99 00 75 BB 49 74 .... u..>...u.It
0AF5:0130 B8 BA 0D 8C EB 23 33 D2-87 D1 B8 01 42 CD 21 A3 .....#3.....B.!.
0AF5:0140 DF 99 89 16 E1 99 80 3E-C5 96 00 74 9C B4 40 CD .......>...t..@.

上面绿色标示：　表示文件长度为７个字节。
上面红色标示：　表示这些内容是文件A＋文件B的内容（６字节）
上面蓝色标示：　这才是多出的１个字节，也是兄记事本里看到的那个黑方块。
　　　　　　　　它的１６进制ASCII码为１Ａ。
　　　　　　　　它表示 COPY X+N XN的文本文件的结束标置，用１Ａ来标置。




但是，当你 COPY /B A+B C 来操作时，（使用了 /B 二进制文件表示）这个黑方块就没有了。



这是因为 /B 参数是针对二进制文件来操作的，它不允许把任何“不相干”的控制码追加到目标文件中。
（其目的是为了保持目标文件的完整与正确性），常用于拼接文件等特殊操作，它是绝对不允许产生的目标文件中还含有什么控置码存在。



所以，拼接任何文件或是文本文件全可以使用 COPY /B 参数，这样安全。

但是，我们拼接的是文本文件，那么为什么非要用 /B 处理二进制方式来处理文本文件呢？
其实在计算看来，一切都是二进制，没有什么文本之说（那只是被程序“翻译”过来让我们一目了然而已的做法），所以全把它们当二进制文件用 /B 参数操作拼接就可以了～：）

[ Last edited by redtek on 2007-1-19 at 12:34 PM ]

谢二楼兄弟的精彩讲解。后来我用type来将文件A内容填进文件B了（TYPE A >> B），就不存在那些问题了。
感谢兄台。

精彩,给二楼加分.

多谢兄鼓励～：）

另外，对于这两种方法，哪一种处理方法速度更快呢？我是用小文件进行测试的，没有明显的差别。

COPY /B 操作的目标文件共为３００ＭＢ，时间：

@echo off
echo %time%
copy /b 1.rm + 2.rm ok.rm
echo %time%

共用时间：

开始时间：　14:12:59.98 结束时间：　14:13:16.04



另一种 TYPE A >> B 方法：
（退出刚才的ＣＭＤ，再重新进入一个新的ＣＭＤ窗口实验）

实验代码：
@echo off echo %time% type 1.rm >> 2.rm echo %time%

开始时间：　14:15:32.40 结束时间：　14:15:46.42

（type 时间最长）
（原理：读Ａ文件一行，追加到Ｂ文件尾，再重来循环……）

[ Last edited by redtek on 2007-1-19 at 02:17 PM ]

　　请楼主不要在一个主题帖里问两个不甚相干的问题，如有多个问题请分成多个帖子发问，以便日后的搜索查询及论坛的管理。请修改本帖内容。

精彩,学习中!

呵呵，精彩，加分