# E.88\. 版本 8.2.13 > **發布日期:** 2009-03-16 這個版本包含各種自8.2.12以來的修復。關于8.2主版本的新特性信息， 請查看[Section E.101](#calibre_link-223)。 ## E.88.1\. 遷移到版本 8.2.13 運行8.2.X的用戶不需要轉儲/恢復。不過，如果你是從一個早于8.2.11的版本升級而來， 那么請查看8.2.11的版本聲明。 ## E.88.2\. 修改列表 * 當編碼轉換失敗時，阻止錯誤的遞歸崩潰 (Tom) 這個修改擴展了在最后兩個小版本中為相關的失敗情節所做的修復。 以前的修復嚴格限制在最初的問題報告，但是我們現在意識到編碼轉換函數拋出的 _任何_錯誤會潛在的在嘗試報告錯誤時導致無限的遞歸。 因此解決方法是在我們發現我們進入一個遞歸錯誤報告情況時，禁用翻譯和編碼轉換， 并為任何錯誤消息報告純ASCII格式。 (CVE-2009-0922) * 為指定的轉換函數禁用帶有錯誤編碼的`CREATE CONVERSION` (Heikki) 這阻止了編碼轉換失敗的一個可能的情節。以前的修改是為了防范相同地區的其他類型的失敗。 * 修復給到`to_char()`的格式代碼不適合數據參數的類型時的內核轉儲 (Tom) * 修復C環境使用多字節編碼時`contrib/tsearch2`中可能的失敗 (Teodor) 在`wchar_t`比`int`狹窄的平臺上有可能會崩潰；尤其是Windows。 * 修復`contrib/tsearch2`分析器處理包含多個`@` 字符的類似郵箱的字符串時的極端低效 (Heikki) * 修復帶有隱式強制的`CASE WHEN`的反編譯 (Tom) 當嘗試檢測或轉儲一個視圖時，這個錯誤在啟用斷言的建立中會導致斷言失敗， 或其他情況下的一個"意外的CASE WHEN子句"錯誤消息。 * 修復可能的TOAST表的行類型所有者的錯誤分配 (Tom) 如果`CLUSTER`或`ALTER TABLE`的一個重寫變體被除表所有者之外的一個人執行， 那么該表的TOAST表的`pg_type`項將被標記為這個人所有而結束。 這沒有造成直接的問題，因為TOAST行類型上的權限不是被任何普通數據庫操作檢測的。 不過，如果一個人稍后嘗試刪除發出該命令的角色，那么它會導致意外的失敗（在8.1或8.2中）， 或在這樣做后來自pg_dump的"數據類型的所有者看起來無效" 警告（在8.3中）。 * 修復PL/pgSQL，不要將字符串中任何地方的`INSERT`之后的`INTO` 看做INTO變量子句，不只是在字符串開頭的位置；特別的，不要在`CREATE RULE` 中的`INSERT INTO`處失敗 (Tom) * 在塊完全退出時清理PL/pgSQL的錯誤狀態變量 (Ashesh Vashi 和 Dave Page) 這對于PL/pgSQL本身來說不是什么問題， 但是該疏忽會引起PL/pgSQL調試器在檢測一個函數的狀態時崩潰。 * 在Windows上重試到`CallNamedPipe()`的失敗的調用 (Steve Marshall, Magnus) 看起來這個函數有時會有暫時性的失敗；我們以前將任何失敗看做系統錯誤， 這會混淆`LISTEN`/`NOTIFY`和其他操作。 * 添加`MUST` (Mauritius Island Summer Time) 到已知的時區縮寫的缺省列表 (Xavier Bugaud)