我们发布了 EmEditor v22.2.0。 自从我们改进了之前版本的崩溃报告功能以来,我们收到了许多崩溃报告。这些崩溃报告帮助我们提高了 EmEditor 的可靠性和稳健性。我们已经调查了收到的所有崩溃报告,并修复了许多我们无法通过其他方式发现的问题。我们非常感谢所有提交崩溃报告的用户。我们注意到许多崩溃是由于内存不足导致的内存分配失败引起的。如果用户增加了他们系统上的虚拟内存,这种情况是可以避免的。v22.2 会在内存不足的时候显示一个消息框,以及一个可单击的 URL,以解释在这种情况发生时如何增加虚拟内存。 在自定义对话框的高级页面上,用户可以指定用于打开大文件的内存大小。指定的大小越大,EmEditor 的执行速度越快,但如果太大,则会导致内存分配失败。例如,如果您打开一个 1 GB 的文件,在每个文件的最大内存大小中指定比 1 GB 稍大的值可以使 EmEditor 发挥最佳性能。在以前的版本中,这些默认值仅由物理内存大小决定。但是,具有较大虚拟内存的系统应该比具有较小虚拟内存的系统使用更多的内存。因此,v22.2 添加了一个名为自动管理所有内存大小的新选项。默认设置下此选项是开启的,它会查看可用的虚拟内存大小以及物理内存大小以确定最佳的内存大小。 当我们查看崩溃报告时,我们还注意到许多崩溃发生在保存了撤消信息时内存不足的情况下。例如,如果用户打开一个 10 GB 的文件并选择其中一个排序命令,则在默认设置下整个 10 GB 的文件将在排序之前被保存到内存中以提供撤消功能。10 GB 是一个很大的内存量。我不认为很多用户会通过牺牲这么大的内存空间来获得撤消信息。EmEditor 有一个名为总是丢弃冗长的撤消信息以加速的选项以防止这种情况发生,但默认设置下此选项是关闭的。v22.2 在进度窗口中添加了相同的选项,以便用户可以更容易地注意到并启用它。 在以前版本的 EmEditor 中,如果您打开 CSV 文件,EmEditor 不会切换到 CSV 模式,直到它完成加载整个 CSV 文件内容。v22.2 在检测到 CSV 模式时仅打开文件内容的前 1 MB 时便会切换到 CSV 模式。此外,当您开始以 CSV 模式查看、滚动和搜索文件时,CSV 会语法检查在后台执行(正在进行 CSV 语法检查时编辑会被禁用)。即使 CSV 文件中存在嵌入式换行符,新的 […]