Server IP : 103.119.228.120 / Your IP : 18.224.69.176 Web Server : Apache System : Linux v8.techscape8.com 3.10.0-1160.119.1.el7.tuxcare.els2.x86_64 #1 SMP Mon Jul 15 12:09:18 UTC 2024 x86_64 User : nobody ( 99) PHP Version : 5.6.40 Disable Function : shell_exec,symlink,system,exec,proc_get_status,proc_nice,proc_terminate,define_syslog_variables,syslog,openlog,closelog,escapeshellcmd,passthru,ocinum cols,ini_alter,leak,listen,chgrp,apache_note,apache_setenv,debugger_on,debugger_off,ftp_exec,dl,dll,myshellexec,proc_open,socket_bind,proc_close,escapeshellarg,parse_ini_filepopen,fpassthru,exec,passthru,escapeshellarg,escapeshellcmd,proc_close,proc_open,ini_alter,popen,show_source,proc_nice,proc_terminate,proc_get_status,proc_close,pfsockopen,leak,apache_child_terminate,posix_kill,posix_mkfifo,posix_setpgid,posix_setsid,posix_setuid,dl,symlink,shell_exec,system,dl,passthru,escapeshellarg,escapeshellcmd,myshellexec,c99_buff_prepare,c99_sess_put,fpassthru,getdisfunc,fx29exec,fx29exec2,is_windows,disp_freespace,fx29sh_getupdate,fx29_buff_prepare,fx29_sess_put,fx29shexit,fx29fsearch,fx29ftpbrutecheck,fx29sh_tools,fx29sh_about,milw0rm,imagez,sh_name,myshellexec,checkproxyhost,dosyayicek,c99_buff_prepare,c99_sess_put,c99getsource,c99sh_getupdate,c99fsearch,c99shexit,view_perms,posix_getpwuid,posix_getgrgid,posix_kill,parse_perms,parsesort,view_perms_color,set_encoder_input,ls_setcheckboxall,ls_reverse_all,rsg_read,rsg_glob,selfURL,dispsecinfo,unix2DosTime,addFile,system,get_users,view_size,DirFiles,DirFilesWide,DirPrintHTMLHeaders,GetFilesTotal,GetTitles,GetTimeTotal,GetMatchesCount,GetFileMatchesCount,GetResultFiles,fs_copy_dir,fs_copy_obj,fs_move_dir,fs_move_obj,fs_rmdir,SearchText,getmicrotime MySQL : ON | cURL : ON | WGET : ON | Perl : ON | Python : ON | Sudo : ON | Pkexec : ON Directory : /usr/local/ssl/local/ssl/local/ssl/share/doc/postgresql-9.2.24/html/ |
Upload File : |
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <HTML ><HEAD ><TITLE >Release 9.1.24</TITLE ><META NAME="GENERATOR" CONTENT="Modular DocBook HTML Stylesheet Version 1.79"><LINK REV="MADE" HREF="mailto:pgsql-docs@postgresql.org"><LINK REL="HOME" TITLE="PostgreSQL 9.2.24 Documentation" HREF="index.html"><LINK REL="UP" TITLE="Release Notes" HREF="release.html"><LINK REL="PREVIOUS" TITLE="Release 9.2" HREF="release-9-2.html"><LINK REL="NEXT" TITLE="Release 9.1.23" HREF="release-9-1-23.html"><LINK REL="STYLESHEET" TYPE="text/css" HREF="stylesheet.css"><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1"><META NAME="creation" CONTENT="2017-11-06T22:43:11"></HEAD ><BODY CLASS="SECT1" ><DIV CLASS="NAVHEADER" ><TABLE SUMMARY="Header navigation table" WIDTH="100%" BORDER="0" CELLPADDING="0" CELLSPACING="0" ><TR ><TH COLSPAN="5" ALIGN="center" VALIGN="bottom" ><A HREF="index.html" >PostgreSQL 9.2.24 Documentation</A ></TH ></TR ><TR ><TD WIDTH="10%" ALIGN="left" VALIGN="top" ><A TITLE="Release 9.2" HREF="release-9-2.html" ACCESSKEY="P" >Prev</A ></TD ><TD WIDTH="10%" ALIGN="left" VALIGN="top" ><A HREF="release.html" ACCESSKEY="U" >Up</A ></TD ><TD WIDTH="60%" ALIGN="center" VALIGN="bottom" >Appendix E. Release Notes</TD ><TD WIDTH="20%" ALIGN="right" VALIGN="top" ><A TITLE="Release 9.1.23" HREF="release-9-1-23.html" ACCESSKEY="N" >Next</A ></TD ></TR ></TABLE ><HR ALIGN="LEFT" WIDTH="100%"></DIV ><DIV CLASS="SECT1" ><H1 CLASS="SECT1" ><A NAME="RELEASE-9-1-24" >E.26. Release 9.1.24</A ></H1 ><DIV CLASS="FORMALPARA" ><P ><B >Release date: </B >2016-10-27</P ></DIV ><P > This release contains a variety of fixes from 9.1.23. For information about new features in the 9.1 major release, see <A HREF="release-9-1.html" >Section E.50</A >. </P ><P > This is expected to be the last <SPAN CLASS="PRODUCTNAME" >PostgreSQL</SPAN > release in the 9.1.X series. Users are encouraged to update to a newer release branch soon. </P ><DIV CLASS="SECT2" ><H2 CLASS="SECT2" ><A NAME="AEN115673" >E.26.1. Migration to Version 9.1.24</A ></H2 ><P > A dump/restore is not required for those running 9.1.X. </P ><P > However, if you are upgrading from a version earlier than 9.1.16, see <A HREF="release-9-1-16.html" >Section E.34</A >. </P ></DIV ><DIV CLASS="SECT2" ><H2 CLASS="SECT2" ><A NAME="AEN115678" >E.26.2. Changes</A ></H2 ><P ></P ><UL ><LI ><P > Fix EvalPlanQual rechecks involving CTE scans (Tom Lane) </P ><P > The recheck would always see the CTE as returning no rows, typically leading to failure to update rows that were recently updated. </P ></LI ><LI ><P > Fix improper repetition of previous results from hashed aggregation in a subquery (Andrew Gierth) </P ><P > The test to see if we can reuse a previously-computed hash table of the aggregate state values neglected the possibility of an outer query reference appearing in an aggregate argument expression. A change in the value of such a reference should lead to recalculating the hash table, but did not. </P ></LI ><LI ><P > Fix timeout length when <TT CLASS="COMMAND" >VACUUM</TT > is waiting for exclusive table lock so that it can truncate the table (Simon Riggs) </P ><P > The timeout was meant to be 50 milliseconds, but it was actually only 50 microseconds, causing <TT CLASS="COMMAND" >VACUUM</TT > to give up on truncation much more easily than intended. Set it to the intended value. </P ></LI ><LI ><P > Remove artificial restrictions on the values accepted by <CODE CLASS="FUNCTION" >numeric_in()</CODE > and <CODE CLASS="FUNCTION" >numeric_recv()</CODE > (Tom Lane) </P ><P > We allow numeric values up to the limit of the storage format (more than <TT CLASS="LITERAL" >1e100000</TT >), so it seems fairly pointless that <CODE CLASS="FUNCTION" >numeric_in()</CODE > rejected scientific-notation exponents above 1000. Likewise, it was silly for <CODE CLASS="FUNCTION" >numeric_recv()</CODE > to reject more than 1000 digits in an input value. </P ></LI ><LI ><P > Avoid very-low-probability data corruption due to testing tuple visibility without holding buffer lock (Thomas Munro, Peter Geoghegan, Tom Lane) </P ></LI ><LI ><P > Fix file descriptor leakage when truncating a temporary relation of more than 1GB (Andres Freund) </P ></LI ><LI ><P > Disallow starting a standalone backend with <TT CLASS="LITERAL" >standby_mode</TT > turned on (Michael Paquier) </P ><P > This can't do anything useful, since there will be no WAL receiver process to fetch more WAL data; and it could result in misbehavior in code that wasn't designed with this situation in mind. </P ></LI ><LI ><P > Don't try to share SSL contexts across multiple connections in <SPAN CLASS="APPLICATION" >libpq</SPAN > (Heikki Linnakangas) </P ><P > This led to assorted corner-case bugs, particularly when trying to use different SSL parameters for different connections. </P ></LI ><LI ><P > Avoid corner-case memory leak in <SPAN CLASS="APPLICATION" >libpq</SPAN > (Tom Lane) </P ><P > The reported problem involved leaking an error report during <CODE CLASS="FUNCTION" >PQreset()</CODE >, but there might be related cases. </P ></LI ><LI ><P > Make <SPAN CLASS="APPLICATION" >ecpg</SPAN >'s <TT CLASS="OPTION" >--help</TT > and <TT CLASS="OPTION" >--version</TT > options work consistently with our other executables (Haribabu Kommi) </P ></LI ><LI ><P > Fix <TT CLASS="FILENAME" >contrib/intarray/bench/bench.pl</TT > to print the results of the <TT CLASS="COMMAND" >EXPLAIN</TT > it does when given the <TT CLASS="OPTION" >-e</TT > option (Daniel Gustafsson) </P ></LI ><LI ><P > Prevent failure of obsolete dynamic time zone abbreviations (Tom Lane) </P ><P > If a dynamic time zone abbreviation does not match any entry in the referenced time zone, treat it as equivalent to the time zone name. This avoids unexpected failures when IANA removes abbreviations from their time zone database, as they did in <SPAN CLASS="APPLICATION" >tzdata</SPAN > release 2016f and seem likely to do again in the future. The consequences were not limited to not recognizing the individual abbreviation; any mismatch caused the <TT CLASS="STRUCTNAME" >pg_timezone_abbrevs</TT > view to fail altogether. </P ></LI ><LI ><P > Update time zone data files to <SPAN CLASS="APPLICATION" >tzdata</SPAN > release 2016h for DST law changes in Palestine and Turkey, plus historical corrections for Turkey and some regions of Russia. Switch to numeric abbreviations for some time zones in Antarctica, the former Soviet Union, and Sri Lanka. </P ><P > The IANA time zone database previously provided textual abbreviations for all time zones, sometimes making up abbreviations that have little or no currency among the local population. They are in process of reversing that policy in favor of using numeric UTC offsets in zones where there is no evidence of real-world use of an English abbreviation. At least for the time being, <SPAN CLASS="PRODUCTNAME" >PostgreSQL</SPAN > will continue to accept such removed abbreviations for timestamp input. But they will not be shown in the <TT CLASS="STRUCTNAME" >pg_timezone_names</TT > view nor used for output. </P ><P > In this update, <TT CLASS="LITERAL" >AMT</TT > is no longer shown as being in use to mean Armenia Time. Therefore, we have changed the <TT CLASS="LITERAL" >Default</TT > abbreviation set to interpret it as Amazon Time, thus UTC-4 not UTC+4. </P ></LI ></UL ></DIV ></DIV ><DIV CLASS="NAVFOOTER" ><HR ALIGN="LEFT" WIDTH="100%"><TABLE SUMMARY="Footer navigation table" WIDTH="100%" BORDER="0" CELLPADDING="0" CELLSPACING="0" ><TR ><TD WIDTH="33%" ALIGN="left" VALIGN="top" ><A HREF="release-9-2.html" ACCESSKEY="P" >Prev</A ></TD ><TD WIDTH="34%" ALIGN="center" VALIGN="top" ><A HREF="index.html" ACCESSKEY="H" >Home</A ></TD ><TD WIDTH="33%" ALIGN="right" VALIGN="top" ><A HREF="release-9-1-23.html" ACCESSKEY="N" >Next</A ></TD ></TR ><TR ><TD WIDTH="33%" ALIGN="left" VALIGN="top" >Release 9.2</TD ><TD WIDTH="34%" ALIGN="center" VALIGN="top" ><A HREF="release.html" ACCESSKEY="U" >Up</A ></TD ><TD WIDTH="33%" ALIGN="right" VALIGN="top" >Release 9.1.23</TD ></TR ></TABLE ></DIV ></BODY ></HTML >