问题标签 [eol]

我想在窗口结束前将文本换行 5 个字符（不换行）。

如果不在文本中放置 EOL 字符（wrapmargin/textwidth），我不知道如何做到这一点。

我注意到当我在文本中显示 EOL 列表字符时，换行符会丢失

体育

在设置列表之后变为..eol

我希望看到 EOL 字符而不破坏窗口边界处的单词。那可能吗？

是否有防止 subversion 存储库中混合 eol 样式的最佳实践。

我知道svn:eol-style=native可以将其设置为自动道具，但我必须确保为所有提交者设置了它。我也不愿意对svn:eol-style是否有侵入性较小的解决方案进行回顾性的、存储库范围的更改。

有没有办法根据使用的操作系统自动使用正确的 EOL 字符？

我在想类似的东西std::eol？

我知道使用预处理器指令非常容易，但很好奇它是否已经可用。

我感兴趣的是，我的应用程序中通常有一些消息，稍后我会将它们组合成一个字符串，并且我希望将它们与 EOL 分开。我知道我可以使用std::stringstream << endl，但有时它似乎有点过头了，而不是常规的附加。

我最近将一个 CVS 存储库转换为 Mercurial。从外观上看，一切都很完美。除了每个行尾字符都是 Unix 风格，我希望它们是 Windows 风格。

我知道该hg convert命令可用于将 Mercurial 存储库“转换”为 Mercurial 存储库。我可以用它在 repos 上什么都不做，但修复行尾吗？

我使用 Java 代码在 Unix 环境中创建了一个文本文件。

为了编写我正在使用的文本文件java.io.FileWriter和BufferedWriter. 对于每一行之后的换行符，我正在使用bw.newLine()方法（bw对象在哪里BufferedWriter）。

我通过从 Unix 环境本身附加邮件来发送该文本文件（使用 Unix 命令自动执行）。

我的问题是，在我从 Windows 系统中的邮件下载文本文件后，如果我打开该文本文件，则数据未正确对齐。newline()性格不行，我想是的。

如果我也在 Windows 环境中打开文本文件，我想要与 Unix 环境中相同的文本文件对齐方式。

我该如何解决问题？

下面的 Java 代码供您参考（在 Unix 环境中运行）：

如果我在这里遗漏了什么，有人可以告诉我...我正在尝试从数据流中解析单个 JSON 对象。数据流缓冲在常规的 NSString 中，各个 JSON 对象由 EOL 标记描述。

上面的代码按预期输出“...}NEWLINE{...”。但是，如果我将上面 if 语句中的 @"\n" 更改为 @"}\n"，我什么也得不到。

在创建使用 PHP 函数发送电子邮件的脚本时，mail()我遇到了新行的问题。Unix 系统上的 PHP 期望标题用一个LF字符分隔，尽管文档说了什么，然后sendmail用正确的CRLF. 但是，在 Windows 上，消息和标头按提供的方式发送。这在一个长期运行的 PHP 错误报告中有所描述。

所以我需要一种方法来检测系统是否运行了Unix版本的sendmail，以便在Windows上使用LF和使用。CRLF我知道，PHP_EOL但我想知道是否有更优雅的方式来处理这个问题。

目前，我正在按照文档的规定构建我的消息，就像这样。

在 Unix 系统上，这会导致将以下消息发送到sendmail（\r并\n已被文本表示取代）：

当这被传递给sendmail时，所有LF的都被替换为CRLF导致重复的回车。一些邮件服务器然后将其替换为额外CR的CRLF换行符，并且所有标题（在这种情况下为 之后From:）现在都是邮件正文的一部分。

PHP 实际上插入了X-PHP-Originating-Script带有错误行尾的标题，这是一个附带问题，但仍然很烦人。– 实际上是一个 PHP 5.3 错误，现已修复。

关于处理这个跨平台的理想方式的任何想法？

谢谢，

阿隆

Netbeans 在行尾有这个 wiki 条目：http ://wiki.netbeans.org/FaqEditorEOLs

但这不是很有用。它只是说你不应该在不同的操作系统上开发，就是这样......

然而，在我的情况下，我没有权力控制它。我在 Windows 机器上，我正在处理的 PHP 应用程序需要以 UNIX EOL 结束。

似乎没有为新文件设置此选项的选项。谁能告诉我在哪里设置这个？

两个问题：

如何让 TortoiseSvn diff 工具忽略 EOL 样式？

如何在 PVCS 到 SVN 转换过程中修复混合 EOL 样式文件？

我刚刚使用出色的免费 Polarion 转换工具将 PVCS 存档导入 Subversion。一切看起来都很好，我只想解决一件烦人的事情。

原始 PVCS 存档中的一些 cpp 文件具有混合的 EOL 样式（由于 PVCS 合并工具）。这些文件（及其所有修订版）现在使用自动属性设置“svn:eol-style=native”复制到 Subversion 存档中。

当我使用 TortoiseSvn diff 查看两个版本之间的差异时，我收到错误消息“行尾样式不一致”。

将 10 年的修订历史从 PVCS 转换为 Subversion 的整个想法是让程序员可以轻松查看过去所做的更改 - 如果您需要在差异可能之前手动清理旧文件，它行不通。

警告： EOL 样式的真正问题在于读取 PVCS 存储库并生成 Subversion 转储文件的 java 转换器。它采用 autoprops 设置并将它们应用于您指定的文件类型——在我的例子中是 eol-native 属性——即使文件混合了 EOL。通常 svn 会在提交时检查它，并确保文件在提交之前被清理。

经验教训：从 PVCS 转换为 subversion 时不要使用 eol-stype autoprops。如果您需要它，请在转换完成后添加它并在此过程中清理文件。