cmp 命令在我的输出中返回 EOF，尽管据我所知完全匹配
cmp command returning EOF on my output despite exact match as far as i can tell
所以我首先要说这是一门课程，我想如果 cmp returns 有什么奇怪的东西，教授不会真正关心它们是否相同。我正在尝试将名为 uout 的代码的输出与文件 correct0 中的正确输出进行比较。然而，问题是它 returns "cmp: EOF on uout"。通过一些挖掘，我发现 EOF 表示它们在较短文件的末尾是相同的，而较短的文件是以 EOF 命名的文件，所以我从中收集到的是它们是相同的，直到 uout 结束短.然而，问题是，它绝对不会结束。在文本编辑器中打开并手动检查空格、行号和列号等时，一切都完全匹配。
为了说明我的观点，这里是使用 ctrl-a + ctrl-v 直接复制的文件：
正确0 http://pastebin.com/Bx7SM7rA
uout http://pastebin.com/epMFtFpM
如果有人知道出了什么问题并能简单地解释一下，我将不胜感激。我已经检查了很多次，但找不到任何问题。也许这很简单，我只是看不到它，但到目前为止我所看到的一切似乎都表明文件在 "shorter one" 结束之前是相同的，奇怪的是即使我将执行从
cmp correct0 uout
到
cmp uout correct0
两个实例最终都返回了
cmp: EOF on uout
您上传的文件相同。这可能是行尾问题。 DOS/Windows 使用“\r\n”作为行尾，但 Unix/Linux 仅使用“\n”。
Linux 机器上用于检查问题所在的最佳实用程序是 "od"（八进制转储）或任何其他以二进制格式显示文件的命令。即：
$ od -c uout.txt
0000000 E n t e r t h e n u m b e r
0000020 s f r o m 1 t o 1 6 i
0000040 n a n y o r d e r , s e p
0000060 a r a t e d b y s p a c e s
0000100 : \r \n \r \n 1 6 3 2 1
0000120 3 \r \n 5 1 0 1 1 8 \r
0000140 \n 9 6 7 1 2 \r \n
0000160 4 1 5 1 4 1 \r \n \r \n R
0000200 o w s u m s : 3 4 3 4 3
0000220 4 3 4 \r \n C o l u m n s u m
0000240 s : 3 4 3 4 3 4 3 4 \r \n
0000260 D i a g o n a l s u m s : 3
0000300 4 3 4 \r \n \r \n T h e m a t r
0000320 i x i s a m a g i c s q
0000340 u a r e
0000344
如您所见，这里的行尾是 \r\n。由于您已经打开并复制粘贴了文件，这代表您的机器首选项，而不是实际的字段行结尾。您也可以尝试 dos2unix 实用程序来转换行尾。
如果文件是人类可读的，我会改用 diff 工具。它有忽略行结尾的方法（参见 --ignore-space-change 和 --strip-trailing-cr 和 --ignore-blank-lines）。
diff -u --ignore-space-change --strip-trailing-cr --ignore-blank-lines test_cases/correct0 test_cases/uout0
所以我首先要说这是一门课程，我想如果 cmp returns 有什么奇怪的东西，教授不会真正关心它们是否相同。我正在尝试将名为 uout 的代码的输出与文件 correct0 中的正确输出进行比较。然而，问题是它 returns "cmp: EOF on uout"。通过一些挖掘，我发现 EOF 表示它们在较短文件的末尾是相同的，而较短的文件是以 EOF 命名的文件，所以我从中收集到的是它们是相同的，直到 uout 结束短.然而，问题是，它绝对不会结束。在文本编辑器中打开并手动检查空格、行号和列号等时，一切都完全匹配。
为了说明我的观点，这里是使用 ctrl-a + ctrl-v 直接复制的文件：
正确0 http://pastebin.com/Bx7SM7rA
uout http://pastebin.com/epMFtFpM
如果有人知道出了什么问题并能简单地解释一下，我将不胜感激。我已经检查了很多次，但找不到任何问题。也许这很简单，我只是看不到它，但到目前为止我所看到的一切似乎都表明文件在 "shorter one" 结束之前是相同的，奇怪的是即使我将执行从
cmp correct0 uout
到
cmp uout correct0
两个实例最终都返回了
cmp: EOF on uout
您上传的文件相同。这可能是行尾问题。 DOS/Windows 使用“\r\n”作为行尾，但 Unix/Linux 仅使用“\n”。
Linux 机器上用于检查问题所在的最佳实用程序是 "od"（八进制转储）或任何其他以二进制格式显示文件的命令。即：
$ od -c uout.txt
0000000 E n t e r t h e n u m b e r
0000020 s f r o m 1 t o 1 6 i
0000040 n a n y o r d e r , s e p
0000060 a r a t e d b y s p a c e s
0000100 : \r \n \r \n 1 6 3 2 1
0000120 3 \r \n 5 1 0 1 1 8 \r
0000140 \n 9 6 7 1 2 \r \n
0000160 4 1 5 1 4 1 \r \n \r \n R
0000200 o w s u m s : 3 4 3 4 3
0000220 4 3 4 \r \n C o l u m n s u m
0000240 s : 3 4 3 4 3 4 3 4 \r \n
0000260 D i a g o n a l s u m s : 3
0000300 4 3 4 \r \n \r \n T h e m a t r
0000320 i x i s a m a g i c s q
0000340 u a r e
0000344
如您所见，这里的行尾是 \r\n。由于您已经打开并复制粘贴了文件，这代表您的机器首选项，而不是实际的字段行结尾。您也可以尝试 dos2unix 实用程序来转换行尾。
如果文件是人类可读的，我会改用 diff 工具。它有忽略行结尾的方法（参见 --ignore-space-change 和 --strip-trailing-cr 和 --ignore-blank-lines）。
diff -u --ignore-space-change --strip-trailing-cr --ignore-blank-lines test_cases/correct0 test_cases/uout0