# E.66\. 發布8.3.11 > **發布日期:** 2010-05-17 該發布包含來自8.3.10的各種修復。關于8.3主要發布中新特性信息， 參閱[Section E.77](#calibre_link-34)。 ## E.66.1\. 遷移到版本8.3.11 運行8.3.X不需要備份/恢復。然而，如果從8.3.8更早版本更新，參閱8.3.8發布說明。 ## E.66.2\. 變化 * 在`plperl`中使用用于整個解釋器的opmask強制限制， 而不是使用`Safe.pm`(Tim Bunce, Andrew Dunstan) 最近發展使我們確信`Safe.pm`太不安全而依靠`plperl`。 此變化刪除了`Safe.pm`的使用，有利于使用應用于操作掩碼的獨立解析器。 該變化的副作用包括它在`plperl`中以一種自然的方式使用Perl的`strict`編譯是可能的。 并且Perl的`$a`和`$b`變量在某種程序中按預期執行，而且函數編譯顯著更快。 * 防止PL/Tcl執行來自`pltcl_modules`的不可靠代碼(Tom) 從一個數據庫表中自動加載的Tcl代碼PL/Tcl功能可能會被特洛伊木馬攻擊利用， 因為關于誰可以創建或者插入該表沒有限制。 這種變化禁用該功能，除非`pltcl_modules`是由超級用戶擁有。 （但是，不檢查表上的權限，真正需要一個低于安全模塊表這樣的安裝仍然可以給予適當的權限到值得信賴的非超級用戶）。 另外，防止代碼加載到非限制"normal" Tcl解釋器，除非我們真的要執行`pltclu`函數。(CVE-2010-1170) * 如果在relcache項重建過程中收到緩存重置信息，那么修復可能崩潰(Heikki) 當修復了相關錯誤時，該錯誤被引入到8.3.10中。 * 當為了該函數運行語言驗證器的時候，應用每個函數GUC設置(Itagaki Takahiro) 這就避免了失敗，如果該函數的代碼沒有設置無效； 一個例子是SQL函數可能不解析，如果`search_path` 是不正確的。 * 不允許無特權用戶重置超級用戶參數設置(Alvaro) 以前，如果一個非特權用戶為自身運行`ALTER USER ... RESET ALL`， 或者為擁有的數據庫運行`ALTER DATABASE ... RESET ALL`， 這將為用戶或數據庫刪除所有特殊參數設置， 甚至是那些只應該由超級用戶改變的參數。 現在，`ALTER`將只刪除該用戶有權限改變的參數。 * 當`CONTEXT`附加物到日志項的時候， 如果發生關機，那么避免后臺關機期間可能崩潰(Tom) 在某些情況中上下文輸出函數可能失敗，因為當輸出日志信息的時候，當前事務已經被回滾。 * 確保歸檔進程盡可能快地響應`archive_command`中變化(Tom) * 為現代Perl版本更新pl/perl的`ppport.h`(Andrew) * 修復pl/python中各種內存泄露(Andreas Freund, Tom) * 當擴展指向自身的一個變量的時候，避免psql中無限遞歸(Tom) * 修復psql的`\copy`在`\copy (select ...)`中點周圍 不添加空格(Tom) 在數字文本小數點周圍添加空格可能導致語法錯誤。 * 為使用`contrib/intarray`操作符的未能滿足的查詢修復 不必要"GIN索引不支持整個索引掃描"錯誤(Tom) * 確保`contrib/pgstattuple`函數做出反應及時取消中斷(Tatsuhito Kasahara) * 使得服務器啟動正確處理 為已存在共享內存段使得`shmget()`返回`EINVAL`的情況(Tom) 這種操作已在BSD派生內核包括OS X中被觀察。 這導致了一個完全誤導啟動失敗，抱怨共享內存請求大小太大。 * 避免Windows上syslogger過程中可能崩潰(Heikki) * 更加魯棒性處理Windows注冊表中不完整時區信息(Magnus) * 更新已知的Windows時區名字設置(Magnus) * 為Argentina, Australian Antarctic, Bangladesh, Mexico, Morocco, Pakistan, Palestine, Russia, Syria, Tunisia中DST變化更新 時區數據文件到tzdata發布2010j；同時為Taiwan歷史修正。 另外，添加`PKST`(Pakistan Summer Time)到時區縮寫的缺省設置中。