2010-12-12 198 views
15

所以我刚刚发现我可以在屏幕(C-a H)中创建我所做的所有日志文件。听起来像是一个很好的方式来跟踪特定屏幕会话中潜在的混乱。但是,当我去尝试它时,日志文件被报告为二进制文件(并且不能像普通文本那样查看)。所以我错过了什么?一个快速查看和搜索谷歌(和SO)的页面并没有提到这件事。如何查看由屏幕生成的日志文件(screenlog.0)

所以我的问题是:如何在屏幕上生成纯文本日志文件?

假设答案是“什么是noob ......你如何尝试制作它们?RTFM”。我的问题变成:我如何少使用查看我创建的屏幕日志文件(因为less screenlog.0不适用于二进制文件)?


编辑:所以cat工作正常,但less抱怨说,该文件是二进制的,为什么?


SOLUTION:为jcomeau_ictx有益指出的那样,你可以查看这些日志文件罚款catmoreless必须添加-r标志less -r screenlog.0

回答

11

我只是找到了一个screenlog.0上互联网;它纯文本,带有一些转义序列。只要'猫'的文件,你应该能够看到它很好。

[更多检查后] Control-A H是在我的系统上生成屏幕日志的原因。虽然'猫'有效,但你会错过很多数据。使用'more'而不是'less'来插入转义码。

+0

OK,这很奇怪,因为虽然我的确可以用'猫screenlog.0',它工作正常,'少screenlog。 0'抱怨二进制文件并输出通常的二进制文件。为什么? – Stuart 2010-12-12 04:46:16

+0

'less'在其默认状态下将转义序列视为二进制数据,而'more'在其默认状态下不会。有开关可能会影响这种行为,但如果是这样,我已经忘记了它们。 '少'的手册应该建议一些事情去尝试。 – 2010-12-12 04:49:12

+0

如果您不熟悉转义序列,则可以使用这些转义序列来存储光标位置,字体颜色和样式以及其他此类数据。它可能追溯到DEC VT-52屏幕显示器,可能以前。 – 2010-12-12 04:50:56

1

我发现既不少也不猫,是查看屏幕记录文件的理想解决方案。所有“重放”一些控制字符,例如,由“清除”(不记得相应的控制字符)产生的屏幕删除正在显示,隐藏已被清除的内容。

我知道的伟大工作是:使用“视图”或“vi”,它只显示控制字符在转义符号。也许其他文本编辑器也可以工作(未测试)。

+0

是的,“更多”并不理想,但有一个好处是它可以解释/生成日志中的颜色(如果存在),这可以使它更容易可视化错误。 – Taylor 2016-01-07 19:15:28

2

-L日志保存至文件, 尾-f“日志文件名”监视文件