Команда TYPE останавливается на 0x1A, за исключением случаев, когда она отправляется в MORE?

Question

Если у меня есть двоичный файл со следующим содержимым:

48 65 6C 6C 6F 1A 48 65 6C 6C 6F

Затем, когда я запускаю команду TYPE на него, он прекращает чтение на 1A характер:

C:\Temp>type file.bin 
Hello 

Однако, когда Я снова запустил TYPE, но на этот раз вывел выход на MORE, он производит следующий вывод:

C:\Temp>type file.bin|more 
Hello→Hello 

C:\Temp> 

Это более типичное фактическое содержимое файла, чем предыдущая команда.

Что именно делает вывод трубопроводов для MORE, что позволяет распечатывать все ASCII-представление файла независимо от наличия символа 1A?

Answer 1

type команда проверяет внутренне, где вывод будет отправлен.

Если выходной поток консоль, входной буфер проверяется на наличие Ctrl-Z (0x1A характера), который обрабатывается как EOF.

Если выходной поток не является консолью, то все символы обрабатываются. Это происходит не только с трубами, но и с перенаправлением.

type file.bin | more 
type file.bin > con 
type file.bin > file.bin.out 

Оба перенаправлены и водопроводной type команды будет обрабатывать все символы.

Это поведение пользователя 0x1A также присутствует в команде copy, но в этом случае это также documented.