E.85. 版本 8.2.16 · PostgreSQL 中文文檔 9.3

# E.85\. 版本 8.2.16 > **發布日期:** 2010-03-15 這個版本包含各種自8.2.15以來的修復。關于8.2主版本的新特性信息，請查看[Section E.101](#calibre_link-223)。 ## E.85.1\. 遷移到版本 8.2.16 運行8.2.X的用戶不需要轉儲/恢復。不過，如果你是從一個早于8.2.14的版本升級而來，那么請查看8.2.14的版本聲明。 ## E.85.2\. 修改列表 * 添加新的配置參數`ssl_renegotiation_limit`，控制多久為SSL連接做一次會話秘鑰協商 (Magnus) 可以設置為0來完全禁用重新協商，如果使用了一個破損的庫的話是需要這樣的。特別的，一些供應商為CVE-2009-3555提供了緊急補丁，引起重新協商的嘗試失敗。 * 修復后端啟動期間可能的死鎖 (Tom) * 修復由于relcache重新干凈的加載期間沒有處理錯誤引起的可能的崩潰 (Tom) * 修復在子事務啟動中嘗試從一個錯誤中恢復時可能的崩潰 (Tom) * 修復幾個與使用保存點和客戶端編碼與服務器編碼不同有關的內存泄露 (Tom) * 修復GIST索引頁分裂的最后恢復清理期間不正確的WAL數據發出 (Yoichi Hirai) 這會導致索引損壞，更甚至可能在WAL重放期間的一個錯誤，如果我們很不幸的在完成一個不完整的GIST插入之后最后恢復清理期間崩潰。 * 讓`substring()`對待所有`bit`類型的負的長度為 "所有剩余的字符串" (Tom) 以前的代碼只以這種方式對待-1，并且會為其他負值產生一個無效的結果值，可能導致崩潰 (CVE-2010-0442)。 * 修復整數到位字符串的轉換，當輸出位的寬度比給出的整數寬，不同于8位的倍數時，正確的處理第一部分的字節 (Tom) * 修復正則表達式匹配病理上緩慢的一些情況 (Tom) * 修復后端歷史文件中的`STOP WAL LOCATION`項，當結束位置正好是一個段的邊緣時，報告下一個WAL段的名字 (Itagaki Takahiro) * 修復更多情況下臨時文件的泄露 (Heikki) 這糾正了一個在以前的小版本中引入的問題。失敗的一個情況是plpgsql函數的返回集在另一個函數的異常處理中調用時。 * 改善約束排除處理布爾變量的情況，特別的，讓他有可能排除一個有 "bool_column = false"約束的分區 (Tom) * 當讀取`pg_hba.conf`和相關的文件時，如果`@`出現在雙引號標記內部，那么就不將`@something`看做一個文件包含請求；另外，永不將`@`本身看做一個文件包含請求 (Tom) 這阻止了角色或數據庫名以`@`開頭時的古怪行為。如果你需要包括路徑名包含空格的文件，你仍然可以這樣做，但是必須寫 `@"/path to/file"`而不是讓雙引號包含整個構造。 * 如果一個路徑被命名為`pg_hba.conf`和相關文件中的包含目標，那么阻止某些平臺上的無限循環 (Tom) * 如果`SSL_read`或`SSL_write`沒有設置`errno` 而失敗，則修復可能的無限循環 (Tom) 據報道，這在openssl的某些Windows版本中是可能的。 * 修復psql的`numericlocale`選項，不要格式化不應該是latex和troff輸出格式的字符串 (Heikki) * 當`ON_ERROR_STOP`和`--single-transaction` 都指定了并且一個錯誤發生在隱含的`COMMIT`期間時，讓psql返回正確的退出狀態(3) (Bruce) * 修復一個復合字段設置為NULL情況下的plpgsql失敗 (Tom) * 修復從PL/PerlU調用PL/Perl函數或反過來時可能的失敗 (Tim Bunce) * 在PL/Python中添加`volatile`標記，避免可能的編譯器具體的錯誤行為 (Zdenek Kotala) * 確保PL/Tcl完全初始化Tcl解釋器 (Tom) 這個疏忽唯一已知的癥狀是如果使用Tcl 8.5或更高版本， Tcl `clock`命令錯誤行為。 * 阻止太多的關鍵字段指定到一個`dblink_build_sql_*`函數時， `contrib/dblink`中的崩潰 (Rushabh Lathia, Joe Conway) * 修復由于粗心的內存管理引起的`contrib/xml2`中的各種崩潰 (Tom) * 讓`contrib/xml2`的建立在Windows上更加穩健 (Andrew) * 修復Windows信號處理中的競態條件 (Radu Ilie) 這個錯誤一個已知的癥狀是`pg_listener`中的行在重負載的情況下會被刪除。 * 更新時區數據文件到tzdata版本2010e，因為DST規律在Bangladesh、Chile、Fiji、Mexico、Paraguay、Samoa發生了改變。