我目前在 Windows 上的 Debian WSL 中运行 Gnu ed 1.18 版。如果我编辑具有以下编码的文件：
ASCII text, with CRLF, LF line terminators
或者
ASCII text, with CRLF,
然后 ed 没有正确地将行与j command. 相反，它删除了要连接的第一行。
如果文件是在 ed 中创建的，则不会出现此问题，但它确实会影响在其他程序中创建并随后在 ed 中编辑的文件。在 GNU ed 1.17 中也发现了同样的问题。
这是一个错误吗？如何规避这个问题？
如果我在 Total Commander 中打开它F3并按下S正确的内容将显示。
我试图在 bash 中做同样的事情iconv：
iconv -f ASCII -t UTF8 input.txt
但我得到了这个：
iconv: illegal input sequence at position 0
如果我从CP850or开始CP852：
iconv -f CP850 -t UTF8 input.txt
iconv -f CP852 -t UTF8 input.txt
我将在输出中包含一些不需要的字符：
̦ŮŢŮ
如何在 Linux 终端中也有请求的内容？Total Commander 显示时使用了什么编码ASCII (DOS-charset)？或者它是一个错误iconv？
美国国家海洋和大气管理局 (NOAA)的地球静止运行环境卫星 (GOES)-R 产品用户指南 (PUG)包含以下对纯文本文件 (§4.3) 的冗长描述（重点是我的）：
Unix 文本文件格式用于 1b 级和 2+ 级半静态源数据文件的一小部分。Unix 文本文件格式（减去文件结尾字符）嵌入 GRB 元数据包中，以存储 netCDF 文件规范的基于 XML 的 netCDF 标记语言 (NcML) 表示，其中包括产品元数据的值。
Unix 文本文件格式是电子文本的一系列行（即记录），其长度可能可变。对于 GOES-R 地面系统，电子文本、换行符和文件结尾字符符合美国信息交换标准代码 (ASCII)。每行的末尾是换行符。在文件末尾，有一个文件结束符。
这是对文件内容的准确描述吗？我认为文件结束是操作系统或库例程在无法从文件（或其他流）中读取更多数据时返回的条件。这个字节实际上包含在文件中吗？
我有 groff 文件来生成格式的 pdf：
.TL
Article title
.AU
Author name
.AI
Publication title
.SH
.LP
First paragraph
.PP
More paragraphs
然后我正在运行groff -ms a.ms -T pdf > a.pdf以生成pdf。我喜欢 groff 如何使格式化变得容易，但我想知道是否可以包含 ascii 图。
例如以下：
+-------------------------+ +-----------------+
| | | |
| Hello | | |
| +-------------+ |
| | | |
+-------------------------+ +-----------------+
如果作为普通段落输入变成：
无论如何我可以在 groff 中插入一个部分来保留空格，以便可以使用这些图表？
看手册groff_ms我看到：
.PS 和 .PE 表示要由 pic 预处理器处理的图形。您可以手动创建 pic 文件，使用 Web 上提供的 AT&T pic 手册作为参考，或使用 xfig 等图形程序。
但这似乎只接受图片语言标记。
无论如何我可以将 assci 图纸插入 groff 吗？