<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ThinkChat2.0新版上線,更智能更精彩,支持會話、畫圖、視頻、閱讀、搜索等,送10W Token,即刻開啟你的AI之旅 廣告
                # E.41\. 發布8.4.12 > **發布日期:** 2012-06-04 該發布包含8.4.11中各種修復。 關于8.4主要發布的新功能的信息, 參閱[Section E.53](#calibre_link-49)。 ## E.41.1\. 遷移到版本8.4.12 運行8.4.X不需要備份/恢復。 然而,如果你從8.4.10更早版本更新, 參閱8.4.10發布說明。 ## E.41.2\. 變化 * 修復`contrib/pgcrypto`的DES`crypt()`函數中 不正確的密碼轉換(Solar Designer) 如果密碼字符串包含字節值`0x80`,那么忽略剩余的密碼, 導致密碼比它出現的更加弱。 使用這個修復,剩余字符串被恰當地包含在DES哈希中。 受這個錯誤影響的任何存儲密碼值將不再匹配,因此 存儲值可能需要被更新。(CVE-2012-2143) * 為程序語言的調用處理器忽略`SECURITY DEFINER`和`SET`屬性(Tom Lane) 應用這些屬性到調用處理器可以使服務器崩潰(CVE-2012-2655) * 允許`timestamp`輸入 中數值時區偏移量遠離UTC達到16小時(Tom Lane) 一些歷史時區有大于15小時的偏移量,先前限制。 這可能導致備份數據值在重載期間被拒絕。 * 當給定時間恰恰是當前時區的最后DST轉變時間時, 修復時間戳轉換處理(Tom Lane) 這次疏忽已有很長時間,但是以前沒有被注意到, 因為假設大多數DST時區有未來DST轉換的不明確的序列。 * 修復`text`到`name`并且`char`到`name`投射以便在 多字節編碼中正確執行字符串截斷(Karl Schnaitter) * 修復`to_tsquery()`中內存復制錯誤(Heikki Linnakangas) * 修復子查詢內PlaceHolderVars外的規劃器處理 (Tom Lane) 這個錯誤涉及到子SELECT,它引用來自周圍查詢的外部連接的空側的變量。 在9.1中,這個錯誤影響的查詢可能 伴隨有"錯誤:在不被預期的地方發現上層PlaceHolderVar"而失敗。 但是在9.0和8.4中,你可能默默地獲得可能的錯誤結果,因為當需要時, 傳遞到子查詢中的值不能定位到空。 * 當`pg_attribute`很大的時候,修復緩慢會話啟動(Tom Lane) 如果`pg_attribute`超過了 `shared_buffers`的四分之一, 在會話開始時有時需要緩存重建代碼可以觸發同步掃描邏輯, 導致它采取比正常更長的時間。 如果許多新會話馬上開始,那么問題是相當嚴重的。 * 確保順序掃描合理地檢查查詢取消(Merlin Moncure) 遇到許多包含非活躍元組連續頁的掃描不會同時響應中斷。 * 確保返回之前`PGSemaphoreLock()` 清除`ImmediateInterruptOK`的Windows實現(Tom Lane) 這種疏忽意味著在同一個查詢中后來收到的查詢取消中斷可能在不安全時間 被接受,伴隨著不可預知的但不好的結果。 * 當輸出視圖或者規則時,安全顯示整行變量(Abbas Butt, Tom Lane) 涉及歧義名字(也就是說,該名字可以是一個表或者查詢的列名)的情況被以模糊方式輸出, 冒險轉儲和重載之后不同地解釋視圖或者規則。 通過附加無操作計算避免模凌兩可的情況。 * 修復`COPY FROM`以正確處理與無效編碼一致的空標記字符串(Tom Lane) 一個空標記字符串比如`E'\\0'`應該工作, 并且工作于過去,但是這種情況在8.4中被打破。 * 確保autovacuum工作進程恰當執行堆棧深度檢查(Heikki Linnakangas) 先前,通過自動`ANALYZE`調用的無限遞歸函數可以 使工作進程崩潰。 * 修復日志收集器在高負載下沒有丟失日志一致性(Andrew Dunstan) 如果它太忙,那么收集器先前可能重新收集大的信息失敗。 * 修復日志收集器以確保它在接收SIGHUP之后 重啟文件旋轉(Tom Lane) * 如果索引隨后被刪除,那么修復GIN索引WAL回放邏輯而不失敗(Tom Lane) * 修復PL/pgSQL的`RETURN NEXT`命令中內存泄露(Joe Conway) * 當該目標是函數的第一個變量時,修復PL/pgSQL的`GET DIAGNOSTICS` 命令(Tom Lane) * 修復psql的擴展顯示(`\x`)模式中潛在的 訪問內存結尾(Peter Eisentraut) * 當數據庫包含許多對象時,修復pg_dump中 若干性能問題(Jeff Janes, Tom Lane) 如果數據庫包含許多視圖,或者如果許多對象在依賴循環中, 或者如果有許多擁有的序列, 那么pg_dump可能會很慢。 * 修復`contrib/dblink`的`dblink_exec()` 不泄露臨時數據庫連接錯誤(Tom Lane) * 修復`contrib/dblink`以 報告錯誤消息中正確連接名(Kyotaro Horiguchi) * 為了在Antarctica, Armenia, Chile, Cuba, Falkland Islands, Gaza, Haiti, Hebron, Morocco, Syria和 Tokelau Islands中DST變化規律 更新時區數據文件到tzdata發布2012c; 同時為Canada歷史修正。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看