我們發布了 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 檔案中存在嵌入式換行符,新的 […]