# E.59\. 發布8.3.18 > **發布日期:** 2012-02-27 該發布包含來自8.3.17各種修復。關于8.3主要發布中新特性信息， 參閱[Section E.77](#calibre_link-34)。 ## E.59.1\. 遷移到版本8.3.18 運行8.3.X不需要備份/恢復。 然而，如果你從8.3.17更早版本更新，參閱8.3.17發布說明。 ## E.59.2\. 變化 * 為`CREATE TRIGGER`需要觸發器函數執行權限(Robert Haas) 這種缺失檢查可能允許其他用戶執行具有虛假輸入數據的觸發器函數， 通過所擁有的表上進行安裝。 對于觸發器函數標記`SECURITY DEFINER`是有意義的， 因為否則作為表的所有者運行觸發器函數。 * 轉換換行到寫入pg_dump中名字中的空格(Robert Haas) pg_dump有關審查其輸出腳本中SQL注釋中發出的對象名稱是不謹慎的。 包含新行的名字至少會呈現腳本語法不正確。 當腳本被重新加載的時候，惡意制作的對象名稱可以提出一個SQL注入風險。 * 修復來自清理插入中的btree索引損壞(Tom Lane) 插入造成的索引頁拆分有時可能會導致 同時運行`VACUUM`錯過刪除它應該刪除的索引項。 對應表中的行被刪除后， 懸空索引項會導致錯誤（如"不能讀取文件塊N..."），或者更糟的是，錯誤查詢結果 在不相關行之后重新被插入到已釋放表位置。 此bug已自8.2版本中存在， 但發生如此頻繁直到現在并沒有被診斷。 如果您有理由懷疑它出現在你的數據庫中，重新索引受影響的索引會修復該問題。 * 允許`ALTER USER/DATABASE SET`中一些設置的非存在值(Heikki Linnakangas) 允許`default_text_search_config`, `default_tablespace`和`temp_tablespaces`設置為那些不知道的名字。 這是因為它們可能在另一個打算使用該設置的數據庫中是已知的，或者表空間中， 因為該表空間可能尚未被創建。同樣的問題之前公認為`search_path`， 并且這些設置現在像那一個。 * 正確跟蹤WAL回放中OID計數器，即使它繞回(Tom Lane) 之前的OID計數器將繼續保持高值，直到系統退出重放模式。 實際結果通常是零，但是存在這種情況，其中備用服務器被提升為主服務器可能需要較長的時間 推進OID計數器到一個合理的值，一旦需要該值的時候。 * 修復附加`*`的正則表達式反向引用(Tom Lane) 不是強制執行精確字符串匹配， 代碼將有效地接受任何滿足引用反向引用符號的模式子表達式的字符串。 類似的問題仍然困擾嵌入到較大量化表達式中的反向引用， 而不是量詞的直接主題。 這將在未來的PostgreSQL版本中得到解決。 * 修復在處理`inet`/`cidr`值中最近引入的內存泄漏(Heikki Linnakangas) 在2011年12月發布PostgreSQL補丁導致操作中內存泄漏， 這可能在下面情況中非常重要，比如在這樣的列中構建btree索引。 * 避免Windows上syslogger中文件句柄的雙關閉(MauMau) 通常這種錯誤是不可見的，但是當運行Windows的調試版本時，它可能會導致異常。 * 修復plpgsql中I/O轉換相關內存泄露(Andres Freund, Jan Urbanski, Tom Lane) 某些操作可能會造成內存泄漏，直到當前函數結束。 * 提高繼承表列的pg_dump處理(Tom Lane) pg_dump處理不當的情況下，子列比其父列有不同的缺省表達式。 如果缺省等同于父缺省，但實際上并不是相同的（比如，因為模式搜索路徑差異），它可能 不會被識別為不同的，以便轉儲之后恢復子列可能被允許繼承父缺省。 子列是`NOT NULL`，其中父列不是的也可以錯誤地被恢復。 * 為INSERT形式表數據修復pg_restore指向數據庫模式(Tom Lane) 當使用發布日期為9月或2011年12月份的pg_restore的時候， 直接到數據庫從采用`--inserts`或者`--column-inserts`選項的歸檔文件恢復失敗。 作為另一個問題修復的監督結果。 歸檔文件本身沒有過錯，而且文本模式輸出是好的。 * 修復`contrib/intarray`'s `int[] & int[]`操作符中的錯誤(Guillaume Lelarge) 如果最小整數的兩個輸入數組的共同點是1，并且在任何數組中有較小的值， 那么1將被錯誤地從結果中忽略。 * 修復`contrib/pgcrypto`的 `encrypt_iv()`和`decrypt_iv()`中的錯誤檢測(Marko Kreen) 這些函數沒有報告無效輸入錯誤的一些類型， 而是返回不正確輸入的隨機的垃圾值。 * 修復`contrib/test_parser`中一個字節緩沖區溢出(Paul Guyot) 該代碼試圖讀取一個比它應該更多的字節，在極端情況中可能崩潰。 由于`contrib/test_parser`只是示例代碼， 這本身并不是一個安全問題，但糟糕的示例代碼仍然很糟糕。 * 如果可用，在ARM上為自旋鎖使用`__sync_lock_test_and_set()`(Martin Pitt) 這個函數替代了我們先前使用的`SWPB`指令，它被廢棄了， 并且在ARMv6及更高版本中不可用。報告表明舊的代碼在最近的ARM上以明顯的方式執行， 但根本沒有互鎖并發訪問，導致多進程操作離奇故障。 * 當使用接受它的gcc版本構建的時候，使用`-fexcess-precision=standard`選項(Andrew Dunstan) 這可以防止各類情況，其中最近的gcc版本將產生創造性結果。 * 允許FreeBSD上線程Python的使用(Chris Rees) 我們的配置腳本之前認為這個組合不會正常工作； 但FreeBSD解決了這一問題，所以刪除錯誤檢查。