# E.108\. 版本 8.1.17 > **發布日期:** 2009-03-16 這個版本包含各種自8.1.16以來的修復。關于8.1主版本的新特性信息， 請查看[Section E.125](#calibre_link-247)。 ## E.108.1\. 遷移到版本 8.1.17 運行8.1.X的用戶不需要轉儲/恢復。不過， 如果你是從一個早于8.1.15的版本升級而來，那么請查看8.1.15的版本聲明。 ## E.108.2\. 修改列表 * 當編碼轉換失敗時，阻止錯誤遞歸崩潰 (Tom) 這個修改擴展了在最后兩個小版本中對相關失敗情節的修復。 以前的修復嚴格限制在原始的問題報告，但是我們現在意識到被編碼轉換函數拋出的 _任何_錯誤都潛在的導致在嘗試報告該錯誤時無限的遞歸。 因此如果我們發現我們已經進入了一個遞歸錯誤報告的情節中， 解決方法是禁用翻譯和編碼轉換，并且報告任何錯誤消息的純ASCII格式。 (CVE-2009-0922) * 不允許`CREATE CONVERSION`為指定的轉換函數使用錯誤的編碼 (Heikki) 這阻止了編碼轉換失敗的一種可能的情況。以前的修改是防范了相同區域中的其他類型的失敗。 * 修復給定`to_char()`的格式化代碼不適合數據參數的類型時的內核轉儲 (Tom) * 修復`CASE WHEN`帶有隱式強制時的反編譯 (Tom) 在嘗試檢查或轉儲一個視圖時，這個錯誤在啟用斷言的建立中會導致斷言失敗， 或在其他情況下的一個"意外的CASE WHEN子句"錯誤消息。 * 修復TOAST表行類型的所有者的可能的錯誤分配 (Tom) 如果`CLUSTER`或者`ALTER TABLE`的一個重寫變體被表所有者之外的其他人執行， 該表的TOAST表的`pg_type`項將被標記為屬于這個其他人而結束。 這沒有造成直接問題，因為TOAST行類型的權限不被任何普通數據庫操作檢查。 不過，如果一個人稍后嘗試刪除發出該命令的角色（在8.1或8.2中），它會導致意外的失敗， 或者pg_dump稍后也這樣做時，導致"數據類型的所有者看起來無效" 的警告（在8.3中）。 * 在塊退出時完全清理PL/pgSQL的錯誤狀態變量 (Ashesh Vashi and Dave Page) 這對于PL/pgSQL本身來說不是一個問題，但是當檢測一個函數的狀態時，疏忽會導致PL/pgSQL調試器崩潰。 * 添加`MUST` (Mauritius Island Summer Time)到已知時區縮寫的缺省列表 (Xavier Bugaud)