blocks|key|1852751|text|/a和/b交换机的位置至关重要。它们的执行方式会有所不同，具体取决于它们是放在源文件名之后还是目标文件名之后。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1852752|当与目标文件名一起使用时，/a会导致添加文件结束标记(ASCII26)。你实际上是在指定这个！|1852753|当与源文件名一起使用时，|1852754|/a指定文件是ASCII码，并且它被复制到但不包括第一个ASCII26文件结束标记。该字符及其之后的任何内容都将被忽略。|1852755|/b会导致复制整个文件，包括任何文件结束标记及其后面的任何内容。|1852756|当与目标文件名一起使用时，|1852757|/a使ASCII26被添加为最后一个字符。|1852758|/b不会将ASCII26添加为最后一个字符。|1852759|您的解决方案|1852760|...although我还没测试过，可能是要用|1852761|COPY+a.txt%2Bb.txt+/a+c.txt+/b+/y|1852762|entityMap^0|0|2|3|2|0|D|2|0|0|0|2|0|0|2|0|0|0|2|0|0|2|0|0|0|0|V|0^^$0|@$1|2|3|4|5|6|7|11|8|@$9|12|A|13|B|C]|$9|14|A|15|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|16|8|@$9|17|A|18|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|19|8|@]|D|@]|E|$]]|$1|J|3|K|5|6|7|1A|8|@$9|1B|A|1C|B|C]]|D|@]|E|$]]|$1|L|3|M|5|6|7|1D|8|@$9|1E|A|1F|B|C]]|D|@]|E|$]]|$1|N|3|O|5|6|7|1G|8|@]|D|@]|E|$]]|$1|P|3|Q|5|6|7|1H|8|@$9|1I|A|1J|B|C]]|D|@]|E|$]]|$1|R|3|S|5|6|7|1K|8|@$9|1L|A|1M|B|C]]|D|@]|E|$]]|$1|T|3|U|5|6|7|1N|8|@]|D|@]|E|$]]|$1|V|3|W|5|6|7|1O|8|@]|D|@]|E|$]]|$1|X|3|Y|5|6|7|1P|8|@$9|1Q|A|1R|B|C]]|D|@]|E|$]]|$1|Z|3|-4|5|6|7|1S|8|@]|D|@]|E|$]]]|10|$]]

The placing of <code>/a</code> and <code>/b</code> switches is critical. They perform differently depending on whether they are placed after the source filename(s) or the target filename.
When used with a target filename, <code>/a</code> causes the end-of-file marker (ASCII 26) to be added. You are actually specifying this!
<h3>When used with the source filename,</h3>
<code>/a</code> specifies the file is ASCII and it's copied up to but not including the first ASCII 26 end-of-file mark. That character and anything after it is ignored.
<code>/b</code> causes the entire file to be copied, including any end-of-file markers and anything after them.
<h3>When used with the destination filename,</h3>
<code>/a</code> causes ASCII 26 to be added as the last character.
<code>/b</code> does not add ASCII 26 as the last character.
<h3>Your solution</h3>
...although I haven't tested it, is probably to use
<code>COPY a.txt+b.txt /a c.txt /b /y</code>

blocks|key|1209752|text|您可以将开关/a+(ASCII-Text)更改为/b+(二进制)|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1209753|也可以看看copy+/?|1209754|因此，得到的命令是|1209755|COPY+a.txt%2Bb.txt+c.txt+/y+/b|code-block|syntax|javascript|1209756|entityMap^0|6|2|O|2|0|5|7|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@$9|R|A|S|B|C]|$9|T|A|U|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|V|8|@$9|W|A|X|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|Y|8|@]|D|@]|E|$]]|$1|J|3|K|5|L|7|Z|8|@]|D|@]|E|$M|N]]|$1|O|3|-4|5|6|7|10|8|@]|D|@]|E|$]]]|P|$]]

You could change the switch <code>/a</code> (ASCII-Text) to <code>/b</code> (binary) 
Look also at <code>copy /?</code>

so the resulting command is

<pre><code>COPY a.txt+b.txt c.txt /y /b
</code></pre>

blocks|key|1209832|text|从copy更改为type|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1209833|type+a.txt>c.txt
type+b.txt>>c.txt|code-block|syntax|javascript|1209834|entityMap^0|1|4|8|4|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@$9|N|A|O|B|C]|$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|R|8|@]|D|@]|E|$I|J]]|$1|K|3|-4|5|6|7|S|8|@]|D|@]|E|$]]]|L|$]]

Change from <code>copy</code> to <code>type</code>

<pre><code>type a.txt&gt;c.txt
type b.txt&gt;&gt;c.txt
</code></pre>

blocks|key|5249011|text|我认为@Andrew的样本是错误的，但实际上它比我的更正确。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5249012|问题是，[/A+%7C+/B]说明符是双向工作的。这有点让人困惑。copy+/?会在第一个源文件之前显示/A+%7C+/B，也会在每个其他源文件之后以及目标文件之后显示|offset|length|style|CODE|5249013|5249014|复制...+/A+%7C+/B源/A+%7C+/B%2B源/A+%7C+/B+...][目标/A+%7C+/B]|blockquote|5249015|5249016|5249017|该说明符实际上适用于之前的文件，但随后也适用于它之后的所有文件，包括目标。但是只有在命令行上找到相反的说明符之前的，在这种情况下，后一个说明符适用于它之后的所有文件，但也适用于之前的一个文件。|BOLD|5249018|组合复制命令缺省值为ASCII|5249019|示例。|5249020|copy+aa+%2B+bb+%2B+cc+dd
ASCII+ASCII+ASCII+ASCII|code-block|syntax|javascript|5249021|指定所有要复制为二进制的文件，接下来的三个示例具有相同的效果：|5249022|copy+/b+aa+%2B+bb+%2B+cc+dd
bin+bin+bin+bin

copy+aa+/b+%2B+bb+%2B+cc+dd
bin+bin+bin+bin

copy+aa+%2B+/b+bb+%2B+cc+dd
bin+bin+bin+bin|5249023|还有更多的测试：|5249024|copy+aa+%2B+bb+/a+%2B+cc+dd
ASCII+ASCII+ASCII+ASCII

copy+aa+%2B+bb+/b+%2B+cc+dd
ASCII+BIN+BIN+BIN

copy+/b+aa+%2B+bb+%2B+cc+dd+/a
bin+bin+bin+ascii

copy+aa+/a+%2B+bb+%2B+cc+dd+/b
ASCII+ASCII+ASCII+bin

copy+aa+%2B+bb+%2B+cc+dd+/b
ASCII+ASCII+ASCII+bin

copy+aa+%2B+bb+%2B+cc+/a+dd+/b
ASCII+ASCII+ASCII+bin|5249025|但如果重用source作为目标，则目标类型将覆盖同一文件上的源类型：|5249026|copy+aa+%2B+bb+%2B+cc+aa+/b
BIN+ASCII+ASCII+BIN

copy+aa+%2B+bb+%2B+cc+/b+aa
BIN+ASCII+BIN+BIN|5249027|这意味着我的原始示例实际上是将所有文件复制为二进制文件，并且开始时的/A被覆盖。现在它做了同样的事情，但看起来更好。|5249028|@Andrew+sample正在做他承诺的事情，只是/A在那里是没用的。|5249029|5249030|如果要将一个文件添加到另一个文件，则不需要第三个文件。只需再次使用第一个作为目标。不能是第二个，否则你会在阅读之前覆盖它。|5249031|这是我用来连接文件列表中的所有文本文件的脚本。|5249032|@echo+off

set+concatenated=final.js

pushd+%25~dp0

set+error=
copy+nul+"%25concatenated%25"
if+errorlevel+1+set+error=true

for+/f+%25%25a+in+(filelist.txt)+do+(
++++echo.+&&+echo.
++++echo.+++***+%25%25a
++++copy+/B+/V+"%25concatenated%25"+%2B+"%25%25a"+"%25concatenated%25"
++++if+errorlevel+1+set+error=true
)

popd
echo.
if+defined+error+(echo.+++!!!!!!!!!++THERE+WERE+ERRORS++!!!!!!!!!!
)+else+echo.+++***++ALL+DONE++***
echo.
pause
exit+/b+|5249033|entityMap^0|0|4|9|V|7|0|0|0|0|0|N|D|1L|13|0|0|F|0|0|3|0|0|0|V|0|0|0|8|0|0|0|Y|0|0|0|1M|0|0|10|0|0|0|1P|0|0|N|0|0^^$0|@$1|2|3|4|5|6|7|1O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1P|8|@$D|1Q|E|1R|F|G]|$D|1S|E|1T|F|G]]|9|@]|A|$]]|$1|H|3|-4|5|6|7|1U|8|@]|9|@]|A|$]]|$1|I|3|J|5|K|7|1V|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|1W|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|1X|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|1Y|8|@$D|1Z|E|20|F|P]|$D|21|E|22|F|P]]|9|@]|A|$]]|$1|Q|3|R|5|6|7|23|8|@$D|24|E|25|F|P]]|9|@]|A|$]]|$1|S|3|T|5|6|7|26|8|@$D|27|E|28|F|P]]|9|@]|A|$]]|$1|U|3|V|5|W|7|29|8|@]|9|@]|A|$X|Y]]|$1|Z|3|10|5|6|7|2A|8|@$D|2B|E|2C|F|P]]|9|@]|A|$]]|$1|11|3|12|5|W|7|2D|8|@]|9|@]|A|$X|Y]]|$1|13|3|14|5|6|7|2E|8|@$D|2F|E|2G|F|P]]|9|@]|A|$]]|$1|15|3|16|5|W|7|2H|8|@]|9|@]|A|$X|Y]]|$1|17|3|18|5|6|7|2I|8|@$D|2J|E|2K|F|P]]|9|@]|A|$]]|$1|19|3|1A|5|W|7|2L|8|@]|9|@]|A|$X|Y]]|$1|1B|3|1C|5|6|7|2M|8|@$D|2N|E|2O|F|P]]|9|@]|A|$]]|$1|1D|3|1E|5|6|7|2P|8|@$D|2Q|E|2R|F|P]]|9|@]|A|$]]|$1|1F|3|-4|5|6|7|2S|8|@]|9|@]|A|$]]|$1|1G|3|1H|5|6|7|2T|8|@$D|2U|E|2V|F|P]]|9|@]|A|$]]|$1|1I|3|1J|5|6|7|2W|8|@$D|2X|E|2Y|F|P]]|9|@]|A|$]]|$1|1K|3|1L|5|W|7|2Z|8|@]|9|@]|A|$X|Y]]|$1|1M|3|-4|5|6|7|30|8|@]|9|@]|A|$]]]|1N|$]]

I thought @Andrew's sample was wrong, but it's actually more correct than mine was.

The thing is, the <code>[/A | /B]</code> specifier works both ways.
And that's kind of confusing. <code>copy /?</code> shows [/A | /B] before first source file, but also after every other source and also after destination

<blockquote>
 COPY ... [/A | /B ] source [/A | /B] [+ source [/A | /B] ...] [destination [/A | /B]]
</blockquote>

The specifier actually applies to a file before, but then also all files after it, including destination.
But only until the opposite specifier is found on the command line, in which case the later specifier applies to all files after it, but also one before.

Combining copy command defaults to ASCII 
Sample. 

<pre><code>copy aa + bb + cc dd
ASCII ASCII ASCII ASCII
</code></pre>

Specify all files to be copied as binary, next three samples have the same effect:

<pre><code>copy /b aa + bb + cc dd
bin bin bin bin

copy aa /b + bb + cc dd
bin bin bin bin

copy aa + /b bb + cc dd
bin bin bin bin
</code></pre>

and some more testing:

<pre><code>copy aa + bb /a + cc dd
ASCII ASCII ASCII ASCII

copy aa + bb /b + cc dd
ASCII BIN BIN BIN

copy /b aa + bb + cc dd /a
bin bin bin ascii

copy aa /a + bb + cc dd /b
ASCII ASCII ASCII bin

copy aa + bb + cc dd /b
ASCII ASCII ASCII bin

copy aa + bb + cc /a dd /b
ASCII ASCII ASCII bin
</code></pre>

But if re-using source as destination, destination type will override source type on the same file:

<pre><code>copy aa + bb + cc aa /b
BIN ASCII ASCII BIN

copy aa + bb + cc /b aa
BIN ASCII BIN BIN
</code></pre>

That means my original sample was actually copying all files as binary, and /A on beginning was overridden. Now it's doing the same, but it looks better.

@Andrew sample is doing what he promised, it's just the /A is useless there.

<hr>

If you want to add one file to another, you don't need the third file. just use the first again as destination. Can't be the second, or you'll be overwriting it before reading.

this is a script I use to join all text files from a list of files.

<pre><code>@echo off

set concatenated=final.js

pushd %~dp0

set error=
copy nul "%concatenated%"
if errorlevel 1 set error=true

for /f %%a in (filelist.txt) do (
 echo. &amp;&amp; echo.
 echo. *** %%a
 copy /B /V "%concatenated%" + "%%a" "%concatenated%"
 if errorlevel 1 set error=true
)

popd
echo.
if defined error (echo. !!!!!!!!! THERE WERE ERRORS !!!!!!!!!!
) else echo. *** ALL DONE ***
echo.
pause
exit /b 
</code></pre>

blocks|key|5249095|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5249096|+https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/copy|blockquote|offset|length|5249097|5249098|如果/a在命令行上的文件列表之前或之后，它将应用于列出的所有文件，直到copy遇到/b。在这种情况下，/b将应用于/b之前的文件。|5249099|复制的效果取决于其在命令行字符串中的位置：-如果/a跟随在/a之后，则copy命令将该文件视为ASCII码文件，并复制第一个文件结束字符(CTRL%2BZ)之前的数据。-如果拷贝位于目标之后，则/a命令会添加一个文件结束字符(CTRL%2BZ)作为文件的最后一个字符。|5249100|如果/b指示命令解释器读取由目录中的文件大小指定的字节数。/b是copy的默认值，除非copy合并文件。|5249101|如果/b在命令行上的文件列表之前或之后，它将应用于所有列出的文件，直到copy遇到/a。在这种情况下，/a将应用于/a之前的文件。|5249102|5249103|这是一种长篇大论的说法:组合文件时的默认值是/a。这意味着/a选项在代码片段中是多余的，并且无论/a放在哪里都可以应用。|5249104|解决方案是使用/b，这将指示它在读取时忽略文件的#1A+DOS结尾字符，并且在写入时不输出该字符。|5249105|与/a不同，如果源文件包含#1A字符，则/b的位置很重要。如果/b在命令的末尾，文件将被截断到#1A+(但不包括#1A)。|5249106|以下任一操作都可以纠正此行为：|5249107|COPY+a.txt%2Bb.txt+c.txt+/y+/b
COPY+a.txt%2Bb.txt+/b+c.txt+/y
COPY+/b+a.txt%2Bb.txt+c.txt+/y|code-block|syntax|javascript|5249108|但只有在DOS文件末尾不用于表示文件末尾的情况下，才能使用以下命令：|5249109|COPY+a.txt+/b+%2B+b.txt+c.txt+/y
COPY+/b+a.txt+%2B+b.txt+c.txt+/y|5249110|注意:为了进一步混淆，在源文件之后添加/b会将/b应用于它之后的每个源文件，直到有/a为止。|5249111|在正常操作中，这种行为充其量可能看起来很奇怪。由于DOS文件系统总是记录文件大小，因此文件结束字符应该是多余的。|5249112|5249113|+https://en.wikipedia.org/wiki/End-of-file|5249114|5249115|这样做有两个原因：|5249116|向后兼容CP/M。CP/M文件系统只以128字节“记录”的倍数记录文件的长度，因此按照惯例，如果有意义的数据在记录中间结束，则使用Control-Z字符来标记它。MS-DOS文件系统始终记录文件的确切字节长度，因此在MS-DOS上不需要这样做。|5249117|它允许程序使用相同的代码来读取来自终端和文本文件的输入。|5249118|5249119|这样做的结果是，这允许人们从设备(例如COM端口)获取输入，或者输出到设备，同时仍然能够区分不同的文件。|5249120|5249121|+https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/copy|5249122|5249123|您可以用设备名称替换一次或多次出现的源或目标。|5249124|entityMap|0|LINK|mutability|MUTABLE|url|https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/copy|1|https://en.wikipedia.org/wiki/End-of-file|2^0|0|1|2C|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|1|15|1|0|0|0|0|0|0|0|0|1|2C|2|0|0|0^^$0|@$1|2|3|-4|4|5|6|24|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|25|7|@]|8|@$D|26|E|27|1|28]]|9|$]]|$1|F|3|-4|4|5|6|29|7|@]|8|@]|9|$]]|$1|G|3|H|4|5|6|2A|7|@]|8|@]|9|$]]|$1|I|3|J|4|5|6|2B|7|@]|8|@]|9|$]]|$1|K|3|L|4|5|6|2C|7|@]|8|@]|9|$]]|$1|M|3|N|4|5|6|2D|7|@]|8|@]|9|$]]|$1|O|3|-4|4|5|6|2E|7|@]|8|@]|9|$]]|$1|P|3|Q|4|5|6|2F|7|@]|8|@]|9|$]]|$1|R|3|S|4|5|6|2G|7|@]|8|@]|9|$]]|$1|T|3|U|4|5|6|2H|7|@]|8|@]|9|$]]|$1|V|3|W|4|5|6|2I|7|@]|8|@]|9|$]]|$1|X|3|Y|4|Z|6|2J|7|@]|8|@]|9|$10|11]]|$1|12|3|13|4|5|6|2K|7|@]|8|@]|9|$]]|$1|14|3|15|4|Z|6|2L|7|@]|8|@]|9|$10|11]]|$1|16|3|17|4|5|6|2M|7|@]|8|@]|9|$]]|$1|18|3|19|4|5|6|2N|7|@]|8|@]|9|$]]|$1|1A|3|-4|4|5|6|2O|7|@]|8|@]|9|$]]|$1|1B|3|1C|4|C|6|2P|7|@]|8|@$D|2Q|E|2R|1|2S]]|9|$]]|$1|1D|3|-4|4|5|6|2T|7|@]|8|@]|9|$]]|$1|1E|3|1F|4|5|6|2U|7|@]|8|@]|9|$]]|$1|1G|3|1H|4|5|6|2V|7|@]|8|@]|9|$]]|$1|1I|3|1J|4|5|6|2W|7|@]|8|@]|9|$]]|$1|1K|3|-4|4|5|6|2X|7|@]|8|@]|9|$]]|$1|1L|3|1M|4|5|6|2Y|7|@]|8|@]|9|$]]|$1|1N|3|-4|4|5|6|2Z|7|@]|8|@]|9|$]]|$1|1O|3|1P|4|C|6|30|7|@]|8|@$D|31|E|32|1|33]]|9|$]]|$1|1Q|3|-4|4|5|6|34|7|@]|8|@]|9|$]]|$1|1R|3|1S|4|5|6|35|7|@]|8|@]|9|$]]|$1|1T|3|-4|4|5|6|36|7|@]|8|@]|9|$]]]|1U|$1V|$4|1W|1X|1Y|9|$1Z|20]]|21|$4|1W|1X|1Y|9|$1Z|22]]|23|$4|1W|1X|1Y|9|$1Z|20]]]]

<blockquote>
<a href="https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/copy" rel="nofollow noreferrer">https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/copy</a>
If /a precedes or follows a list of files on the command line, it
applies to all files listed until copy encounters /b. In this case, /b
applies to the file preceding /b.
The effect of /a depends on its position in the command-line string: -
If /a follows source, the copy command treats the file as an ASCII
file and copies data that precedes the first end-of-file character
(CTRL+Z). - If /a follows destination, the copy command adds an
end-of-file character (CTRL+Z) as the last character of the file.
If /b directs the command interpreter to read the number of bytes
specified by the file size in the directory. /b is the default value
for copy, unless copy combines files.
If /b precedes or follows a list of files on the command line, it
applies to all listed files until copy encounters /a. In this case, /a
applies to the file preceding /a.
</blockquote>
This is a very long winded way of saying the following:
The default when combining files is /a.
This means that the /a option is redundant in your code snippet, and would have applied regardless of where the /a was placed.
The solution is to use /b, this instructs it to ignore the #1A [DOS end of file] character when reading, and to not output it on writing.
Unlike the /a, the position of the /b is important if a source file includes the #1A character. If the /b is at the end of the command, the file will be truncated up to the #1A (but will not include the #1A).
Any of the following will correct this behaviour:
<pre><code>COPY a.txt+b.txt c.txt /y /b
COPY a.txt+b.txt /b c.txt /y
COPY /b a.txt+b.txt c.txt /y
</code></pre>
But only the following will work in cases where the DOS end of file is not used to denote the end of a file:
<pre><code>COPY a.txt /b + b.txt c.txt /y
COPY /b a.txt + b.txt c.txt /y
</code></pre>
Note: To confuse things further, adding /b after a source file will apply /b to every source file after it until there is a /a.
In normal operation, this behaviour may seem at best bizarre. As DOS file systems have always recorded the file size, an End of File character should be redundant.
<blockquote>
<a href="https://en.wikipedia.org/wiki/End-of-file" rel="nofollow noreferrer">https://en.wikipedia.org/wiki/End-of-file</a>
This was done for two reasons:
Backward compatibility with CP/M. The CP/M file system only recorded the lengths of files in multiples of 128-byte &quot;records&quot;, so
by convention a Control-Z character was used to mark the end of
meaningful data if it ended in the middle of a record. The MS-DOS
filesystem has always recorded the exact byte-length of files, so this
was never necessary on MS-DOS.
It allows programs to use the same code to read input from both a terminal and a text file.
</blockquote>
The upshot of this is that this allows one to take input from a device (e.g. a COM port), or output to a device while still being able to distinguish different files.
<blockquote>
<a href="https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/copy" rel="nofollow noreferrer">https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/copy</a>
You can substitute a device name for one or more occurrences of source or destination.
</blockquote>

I'm merging two ASCII files via a simple batch script like this

<pre><code>COPY a.txt+b.txt c.txt /y /a
</code></pre>

The problem is, the very last character in C gets set to <code>1A</code>, the HEX notation for <code>SUB</code>. c.txt is fed into another executable which does not like the <code>1A</code> at the end. 

After c.txt is generated, if I open it up in Notepad++ and remove the last character, the file works fine.

How could I merge the <code>a.txt</code> and <code>b.txt</code> without <code>1A</code> getting appended to the end of <code>c.txt</code> ?

Batch script to merge files without Hex char 1A at the end

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在通过一个简单的批处理脚本合并两个ASCII文件，如下所示COPY a.txt+b.txt c.txt /y /a问题是，C中的最后一个字符被设置为1A，即SUB的十六进制表示法。c.txt被输入到另一个与末尾的1A不同的可执行文件中。在生成c.txt之后，如果我在Notepad++中打开它并删除最后一个字符，文件就可以正常工作。如何合并a.txt和b.txt而不将1A附加到c.txt的末尾？

问用于合并文件的批处理脚本，末尾不包含十六进制字符1A
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问用于合并文件的批处理脚本，末尾不包含十六进制字符1AEN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问用于合并文件的批处理脚本，末尾不包含十六进制字符1A
EN