# E.113\. 版本 8.1.12 > **發布日期:** 從未發布 這個版本包含各種自8.1.11以來的修復。關于8.1主版本的新特性信息， 請查看[Section E.125](#calibre_link-247)。 ## E.113.1\. 遷移到版本 8.1.12 運行8.1.X的用戶不需要轉儲/恢復。不過，如果你是從一個早于8.1.2的版本升級而來， 那么請查看8.1.2的版本聲明。 ## E.113.2\. 修改列表 * 修復`ALTER TABLE ADD COLUMN ... PRIMARY KEY`， 這樣新的字段正確的檢查是否它被初始化為所有都是非空 (Brendan Jurd) 以前的版本完全忽略了檢查這個要求。 * 修復從多個繼承自同一個祖先的約束的父關系中繼承"相同的"約束時， 可能的`CREATE TABLE`失敗 (Tom) * 修復ISO-8859-5和其他編碼之間的轉換，以處理Cyrillic "Yo"字符 （`e`和`E`帶有兩個句點） (Sergey Burladyan) * 修復一個新的日期類型輸入函數， 允許未使用的字節在它們的結果中包含未初始化的、不可預測的值 (Tom) 這會導致兩個表面上相同的文字值不被看做相等的失敗， 導致解析器抱怨不匹配的`ORDER BY`和`DISTINCT`表達式。 * 修復正則表達式子串匹配中的一個極端情況(`substring(``_string_` from `_pattern_`)) (Tom) 當有一個到模式的完全匹配，但是用戶已經指定了一個加上括號的子表達式， 并且該子表達式沒有獲得一個匹配時會發生這個問題。一個例子是 `substring('foo' from 'foo(bar)?')`。這個應該返回NULL， 因為`(bar)`沒有匹配，但是它錯誤的返回了整個模式匹配 （也就是`foo`）。 * 更新時區數據文件到tzdata版本2008c （因為DST規律在Morocco、Iraq、Choibalsan、Pakistan、Syria、Cuba、 Argentina/San_Luis和Chile發生了改變） * 修復ecpg的`PGTYPEStimestamp_sub()` 函數中的不正確的結果 (Michael) * 當輸入查詢返回一個NULL值時，修復`contrib/xml2`的 `xpath_table()`函數中的內核轉儲 (Tom) * 修復`contrib/xml2`的makefile，不要覆蓋`CFLAGS` (Tom) * 修復`DatumGetBool`宏，不要在使用gcc 4.3時失敗 (Tom) 這個問題影響返回布爾的"老式的" (V0) C函數。 這個修復在8.3中已經有了，但是后向修復它的需要在當時沒有意識到。 * 修復長期存在的`LISTEN`/`NOTIFY`競態條件 (Tom) 在罕見的情況下，剛剛執行了`LISTEN`的會話可能不會獲得一個通知， 即使預期應該有一個通知，因為并發事務執行`NOTIFY`是在提交之后能觀察到。 該修復的一個副作用是一個剛剛執行了暫未提交的`LISTEN`命令的事務將不會看到 該`LISTEN`的`pg_listener`中的任何行，而它應該能看到的； 以前它是能夠看到的。這個行為不管怎樣都沒有記錄過，但是有可能一些應用依賴于老的行為。 * 不允許`LISTEN`和`UNLISTEN`在一個準備事務中 (Tom) 這在以前是允許的，但是嘗試這樣做會有各種不愉快的后果， 尤其是只要`UNLISTEN`保持未提交，原始的后端就不能退出。 * 修復在查詢使用哈希索引期間發生錯誤時的罕見的崩潰 (Heikki) * 修復公元前的年中二月29的日期時間值的輸入 (Tom) 以前的代碼弄錯了哪一年是閏年。 * 修復在某些`ALTER OWNER`的變體中的"未識別的節點類型"錯誤 (Tom) * 修復pg_ctl，正確的從命令行選項中提取主進程的端口號 (Itagaki Takahiro, Tom) 以前，`pg_ctl start -w`嘗試在錯誤的端口連接主進程， 導致啟動失敗的虛假的報告。 * 使用`-fwrapv`防衛在最近的gcc版本中可能的錯誤最優化 (Tom) 這在用gcc 4.3或更新的版本建立PostgreSQL時是必需的。 * 修復`ORDER BY`和`GROUP BY`中常量表達式的顯示 (Tom) 一個顯示轉換的常量將會不正確的顯示。這會導致例如轉儲和重載期間視圖定義的損壞。 * 修復libpq，以在COPY OUT期間正確的處理NOTICE消息 (Tom) 只有當用戶定義的數據類型的輸出例程發出一個NOTICE時，這個失敗才能觀察到， 但是不保證它不會因為其他原因發生。