# E.50\. 發布8.4.3 > **發布日期:** 2010-03-15 該發布包含了來自8.4.2的各種修復。關于8.4主要版本的新功能信息，參閱 [Section E.53](#calibre_link-49)。 ## E.50.1\. 遷移到版本8.4.3 運行8.4.X不需要備份/恢復。然而，如果你從8.4.2更早版本更新，參閱8.4.2發布說明。 ## E.50.2\. 變化 * 添加新的配置參數`ssl_renegotiation_limit`用來控制 我們多久一次執行會話秘鑰重新協商SSL連接(Magnus) 這可以被設置為零以完全禁用重新協商，如果使用一個已破碎的SSL庫。這可能被要求。 特別是，一些供應商為導致重新協商嘗試失敗的CVE-2009-3555打補丁。 * 修復后臺啟動過程中可能的死鎖(Tom) * 由于在relcache明確重載中沒有處理錯誤，修復可能的崩潰(Tom) * 由于使用懸空指針到緩存計劃，修復可能崩潰(Tatsuo) * 由于緩存計劃`ROLLBACK`的嚴重失效，修復可能崩潰(Tom) * 當試圖從子事務啟動故障恢復時，修復可能的崩潰(Tom) * 修復與使用保存點和來自服務器編碼不同的客戶端編碼有關的服務器內存泄漏(Tom) * 修正GIST索引頁拆分中結束恢復清理期間發出的不正確WAL數據(Yoichi Hirai) 如果在結束恢復清理中已經完成了一個不完整的GIST插入后我們運氣不好而發生崩潰。 這將導致索引損壞，甚至在WAL回放期間更有可能發生錯誤。 * 為GIN索引修復WAL重做清理方法中的錯誤(Heikki) * 修復GIN索引搜索中掃描鍵的不正確比較(Teodor) * 使得為`bit`類型的`substring()`將任何負的長度看作 "所有剩余字符串"(Tom) 先前代碼只處理-1，并且可能為其他負值產生無效結果值，可能導致崩潰(CVE-2010-0442)。 * 當輸出比特寬度大于不同于8位倍數的給定整數的時候，修復整數到比特串轉換用來正確地處理第一個分數字節(Tom) * 修復病理上阻礙正則表達式匹配的一些情況(Tom) * 當嘗試內聯返回一組包含已刪除列的復合類型的SQL函數的時候，修復產生的錯誤(Tom) * 修復試圖更新復合類型數組列元素字段中的錯誤(Tom) * 當`EXPLAIN`必須打印FieldStore或者分配ArrayRef表達式的時候， 避免錯誤(Tom) 這種情況已經出現`EXPLAIN VERBOSE`試圖輸出計劃節點目標列。 * 在未修飾字符串出現在`UNION`/`INTERSECT`/`EXCEPT`子查詢中的情況中， 避免不必要強制錯誤(Tom) 修復8.4之前執行情況中的回歸分析。 * 在整行Var中有包含已刪除列的rowtype的地方，避免不符合要求的rowtype兼容檢查錯誤(Tom) * 當最后位置正好在一段邊界時，修復備份歷史文件中的`STOP WAL LOCATION`項以 報告下一個WAL段的名稱(Itagaki Takahiro) * 總是將系統目錄ID傳遞給`CREATE FOREIGN DATA WRAPPER`中指定的選項 驗證函數(Martin Pihlak) * 修復臨時文件泄露的一些情況(Heikki) 這糾正了以前次要版本引入的問題。 一種失敗情況是：當在另一個函數的異常處理程序中調用plpgsql函數返回集。 * 添加支持執行`FULL JOIN ON FALSE` (Tom) 這可以防止來自8.4之前發布的一些查詢的回歸，該查詢現在可以簡化為一個恒定的錯誤連接條件。 * 優化布爾變量情況下約束排除處理， 特別是有可能排除一個有"bool_column = false"約束的分區(Tom) * 防止將`INOUT`映射看作表示二進制兼容(Heikki) * 當警告不能授權或者撤銷列級別權限的時候，包含該消息的字段名(Stephen Frost) 當`REVOKE`產生多條消息時，這個原先似乎是復制品，這比起以前來是非常有用的， 并且避免混淆。 * 當讀取`pg_hba.conf`和相關文件的時候，如果`@`似乎出現在引號內， 不要將`@something`看作文件包含請求，另外，也不要將`@`自身看作文件包含請求(Tom) 如果角色或數據庫的名字以`@`開頭，這可以防止不穩定操作。 如果你需要包含路徑名含有空格的文件，那么你仍然可以這樣做，但是你必須寫 `@"/path to/file"`而不是把引號放入整個構造中。 * 如果目錄被命名為`pg_hba.conf`中和相關文件的包含目標，則 防止在一些平臺上的無限循環(Tom) * 如果沒有設置`errno`時`SSL_read`或者`SSL_write`失敗， 修復可能無限循環(Tom) 據說這個可能使用openssl的一些Windows版本。 * 不允許本地連接中GSSAPI認證，因為它需要hostname以正常工作(Magnus) * 保護ecpg應用意外地釋放字符串(Michael) * 如果連接斷開，使得ecpg報告合適SQLSTATE(Michael) * 修復psql `\d`輸出中單元格內容的翻譯(Heikki) * 修復psql的`numericlocale`選項而不能格式化字符串， 它不屬于latex和troff輸出格式(Heikki) * 修復psql中小的每個查詢內存泄露(Tom) * 當指定`ON_ERROR_STOP`和`--single-transaction`的時候，并且 在隱含`COMMIT`期間發生錯誤時，使得psql返回正確退出狀態(3)(Bruce) * 修復外部服務器權限的pg_dump的輸出(Heikki) * 由于溢出依賴性ID，在平行pg_restore中修復可能崩潰(Tom) * 在復合列設置為空的情況下，修復plpgsql錯誤(Tom) * 當從PL/PerlU中調用PL/Perl函數的時候，修復可能失敗，反之亦然(Tim Bunce) * 在PL/Python中添加`volatile`標記以避免可能具體編譯器操作不當(Zdenek Kotala) * 確保PL/Tcl完全初始化Tcl解釋器(Tom) 這種監督的唯一已知現象是如果使用Tcl 8.5或者更高版本，則Tcl `clock`命令行為不當。 * 避免在失敗事務或者子事務中創建入口運行`ExecutorEnd`(Tom) 當使用`contrib/auto_explain`的時候，這是已知錯誤。 * 當許多關鍵列被指定為`dblink_build_sql_*`函數時，阻止`contrib/dblink`崩潰(Rushabh Lathia, Joe Conway) * 允許`contrib/ltree`操作中零維數組(Tom) 這種情況曾經被認為一個錯誤，但它更方便 將它看作零元素數組。當`ltree`操作應用于`ARRAY(SELECT ...)`結果和沒有返回 行的子查詢的時候，特別是這可以避免不必要的故障。 * 修復通過內存管理造成的`contrib/xml2`中各種崩潰(Tom) * 使得`contrib/xml2`編譯在Windows上更加具有魯棒性(Andrew) * 修復Windows上信號處理競爭條件(Radu Ilie) 這個錯誤已知現象是在`pg_listener`中的行可以在重負載下被刪除。 * 如果C編譯器不提供64位整數數據類型，使得配置腳本報告錯誤(Tom) 這種情況一段時間已經被打斷，不再值得支持，因此在配置時間拒絕它。 * 為了Bangladesh，Chile，Fiji， Mexico，Paraguay，Samoa中DST變化規律更新 時區數據文件到tzdata發布2010e。