<!-- doc/src/sgml/release-9.5.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+ <sect1 id="release-9-5-2">
+ <title>Release 9.5.2</title>
+
+ <note>
+ <title>Release Date</title>
+ <simpara>2016-03-31</simpara>
+ </note>
+
+ <para>
+ This release contains a variety of fixes from 9.5.1.
+ For information about new features in the 9.5 major release, see
+ <xref linkend="release-9-5">.
+ </para>
+
+ <sect2>
+ <title>Migration to Version 9.5.2</title>
+
+ <para>
+ A dump/restore is not required for those running 9.5.X.
+ </para>
+
+ <para>
+ However, you may need to <command>REINDEX</> some indexes after applying
+ the update, as per the first changelog entry below.
+ </para>
+ </sect2>
+
+ <sect2>
+ <title>Changes</title>
+
+ <itemizedlist>
+
+<!--
+Author: Robert Haas <rhaas@postgresql.org>
+Branch: master [3df9c374e] 2016-03-23 16:03:13 -0400
+Branch: REL9_5_STABLE [8aa6e9780] 2016-03-23 16:04:35 -0400
+-->
+
+ <listitem>
+ <para>
+ Disable abbreviated keys for string sorting in non-<literal>C</>
+ locales (Robert Haas)
+ </para>
+
+ <para>
+ <productname>PostgreSQL</> 9.5 introduced logic for speeding up
+ comparisons of string data types by using the standard C library
+ function <function>strxfrm()</> as a substitute
+ for <function>strcoll()</>. It now emerges that most versions of
+ glibc (Linux's implementation of the C library) have buggy
+ implementations of <function>strxfrm()</> that, in some locales,
+ can produce string comparison results that do not
+ match <function>strcoll()</>. Until this problem can be better
+ characterized, disable the optimization in all non-<literal>C</>
+ locales. (<literal>C</> locale is safe since it uses
+ neither <function>strcoll()</> nor <function>strxfrm()</>.)
+ </para>
+
+ <para>
+ Unfortunately, this problem affects not only sorting but also entry
+ ordering in b-tree indexes, which means that b-tree indexes
+ on <type>text</>, <type>varchar</>, or <type>char</> columns may now
+ be corrupt if they sort according to an affected locale and were
+ built or modified under <productname>PostgreSQL</> 9.5.0 or 9.5.1.
+ Users should <command>REINDEX</> indexes that might be affected.
+ </para>
+
+ <para>
+ It is not possible at this time to give an exhaustive list of
+ known-affected locales. <literal>C</> locale is known safe, and
+ there is no evidence of trouble in English-based locales such
+ as <literal>en_US</>, but some other popular locales such
+ as <literal>de_DE</> are affected in most glibc versions.
+ </para>
+ </listitem>
+
+<!--
+Author: Simon Riggs <simon@2ndQuadrant.com>
+Branch: master [c7111d11b] 2016-03-03 09:53:43 +0000
+Branch: REL9_5_STABLE [bf7ced5e2] 2016-03-03 09:50:38 +0000
+-->
+
+ <listitem>
+ <para>
+ Fix incorrect handling of indexed <literal>ROW()</> comparisons
+ (Simon Riggs)
+ </para>
+
+ <para>
+ Flaws in a minor optimization introduced in 9.5 caused incorrect
+ results if the <literal>ROW()</> comparison matches the index ordering
+ partially but not exactly (for example, differing column order, or the
+ index contains both <literal>ASC</> and <literal>DESC</> columns).
+ Pending a better solution, the optimization has been removed.
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [a298a1e06] 2016-03-09 14:51:22 -0500
+Branch: REL9_5_STABLE [b2ce9485b] 2016-03-09 14:51:01 -0500
+Branch: REL9_4_STABLE [da936200d] 2016-03-09 14:51:01 -0500
+Branch: REL9_3_STABLE [1ab7a160f] 2016-03-09 14:51:01 -0500
+Branch: REL9_2_STABLE [c8e059724] 2016-03-09 14:51:01 -0500
+Branch: REL9_1_STABLE [d485d9581] 2016-03-09 14:51:02 -0500
+-->
+
+ <listitem>
+ <para>
+ Fix incorrect handling of NULL index entries in
+ indexed <literal>ROW()</> comparisons (Tom Lane)
+ </para>
+
+ <para>
+ An index search using a row comparison such as <literal>ROW(a, b) >
+ ROW('x', 'y')</> would stop upon reaching a NULL entry in
+ the <structfield>b</> column, ignoring the fact that there might be
+ non-NULL <structfield>b</> values associated with later values
+ of <structfield>a</>.
+ </para>
+ </listitem>
+
+<!--
+Author: Andres Freund <andres@anarazel.de>
+Branch: master [1d4a0ab19] 2016-03-09 18:53:53 -0800
+Branch: REL9_5_STABLE [301cc3549] 2016-03-09 18:53:53 -0800
+Branch: REL9_4_STABLE [4f37d0916] 2016-03-09 18:53:54 -0800
+Branch: REL9_3_STABLE [bfa282a02] 2016-03-09 18:53:54 -0800
+Branch: REL9_2_STABLE [ce8f42919] 2016-03-09 18:53:54 -0800
+Branch: REL9_1_STABLE [a62714fae] 2016-03-09 18:53:54 -0800
+Branch: master [606e0f984] 2016-03-09 18:53:53 -0800
+Branch: REL9_5_STABLE [63b06e8fa] 2016-03-09 18:53:53 -0800
+Branch: REL9_4_STABLE [43b491a81] 2016-03-09 18:53:54 -0800
+Branch: REL9_3_STABLE [e069848a3] 2016-03-09 18:53:54 -0800
+Branch: REL9_2_STABLE [c224d44f7] 2016-03-09 18:53:54 -0800
+Branch: REL9_1_STABLE [d0e47bcd4] 2016-03-09 18:53:54 -0800
+-->
+
+ <listitem>
+ <para>
+ Avoid unlikely data-loss scenarios due to renaming files without
+ adequate <function>fsync()</> calls before and after (Michael Paquier,
+ Tomas Vondra, Andres Freund)
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [71404af2a] 2016-03-22 17:56:20 -0400
+Branch: REL9_5_STABLE [d8d5a00b1] 2016-03-22 17:56:06 -0400
+-->
+
+ <listitem>
+ <para>
+ Fix incorrect behavior when rechecking a just-modified row in a query
+ that does <command>SELECT FOR UPDATE/SHARE</> and contains some
+ relations that need not be locked (Tom Lane)
+ </para>
+
+ <para>
+ Rows from non-locked relations were incorrectly treated as containing
+ all NULLs during the recheck, which could result in incorrectly
+ deciding that the updated row no longer passes the <literal>WHERE</>
+ condition, or in incorrectly outputting NULLs.
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [a9d199f6d] 2016-03-02 23:31:39 -0500
+Branch: REL9_5_STABLE [429d68465] 2016-03-02 23:31:39 -0500
+Branch: REL9_4_STABLE [597e41e45] 2016-03-02 23:31:39 -0500
+-->
+
+ <listitem>
+ <para>
+ Fix bug in <function>json_to_record()</> when a field of its input
+ object contains a sub-object with a field name matching one of the
+ requested output column names (Tom Lane)
+ </para>
+ </listitem>
+
+<!--
+Author: Andrew Dunstan <andrew@dunslane.net>
+Branch: master [94c745eb1] 2016-02-21 10:30:49 -0500
+Branch: REL9_5_STABLE [68d68ff83] 2016-02-21 10:40:39 -0500
+-->
+
+ <listitem>
+ <para>
+ Fix nonsense result from two-argument form
+ of <function>jsonb_object()</> when called with empty arrays
+ (Michael Paquier, Andrew Dunstan)
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [384dfbde1] 2016-03-23 10:43:13 -0400
+Branch: REL9_5_STABLE [5f95521b3] 2016-03-23 10:43:24 -0400
+-->
+
+ <listitem>
+ <para>
+ Fix misbehavior in <function>jsonb_set()</> when converting a path
+ array element into an integer for use as an array subscript
+ (Michael Paquier)
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [55c3a04d6] 2016-03-17 15:50:33 -0400
+Branch: REL9_5_STABLE [d0a585c69] 2016-03-17 15:50:33 -0400
+Branch: REL9_4_STABLE [17a250b18] 2016-03-17 15:50:33 -0400
+-->
+
+ <listitem>
+ <para>
+ Fix misformatting of negative time zone offsets
+ by <function>to_char()</>'s <literal>OF</> format code
+ (Thomas Munro, Tom Lane)
+ </para>
+ </listitem>
+
+<!--
+Author: Stephen Frost <sfrost@snowman.net>
+Branch: master [fd658dbb3] 2016-03-15 18:04:39 -0400
+Branch: REL9_5_STABLE [3f14d8d59] 2016-03-15 18:04:48 -0400
+-->
+
+ <listitem>
+ <para>
+ Fix possible incorrect logging of waits done by
+ <command>INSERT ... ON CONFLICT</> (Peter Geoghegan)
+ </para>
+
+ <para>
+ Log messages would sometimes claim that the wait was due to an
+ exclusion constraint although no such constraint was responsible.
+ </para>
+ </listitem>
+
+<!--
+Author: Fujii Masao <fujii@postgresql.org>
+Branch: master [d34794f7d] 2016-03-06 02:29:04 +0900
+Branch: REL9_5_STABLE [f95f1ce00] 2016-03-06 02:43:17 +0900
+Branch: REL9_4_STABLE [a9613ee69] 2016-03-06 02:43:26 +0900
+-->
+
+ <listitem>
+ <para>
+ Ignore <xref linkend="recovery-min-apply-delay"> parameter until
+ recovery has reached a consistent state (Michael Paquier)
+ </para>
+
+ <para>
+ Previously, standby servers would delay application of WAL records in
+ response to <varname>recovery_min_apply_delay</> even while replaying
+ the initial portion of WAL needed to make their database state valid.
+ Since the standby is useless until it's reached a consistent database
+ state, this was deemed unhelpful.
+ </para>
+ </listitem>
+
+<!--
+Author: Simon Riggs <simon@2ndQuadrant.com>
+Branch: master [481725c0b] 2016-02-19 08:31:12 +0000
+Branch: REL9_5_STABLE [c479024d3] 2016-02-19 08:31:39 +0000
+Branch: REL9_4_STABLE [6830cae5f] 2016-02-19 08:32:28 +0000
+Branch: REL9_3_STABLE [71e3cff2e] 2016-02-19 08:33:33 +0000
+Branch: REL9_2_STABLE [c063d3c43] 2016-02-19 08:33:52 +0000
+Branch: REL9_1_STABLE [ca32f125b] 2016-02-19 08:35:02 +0000
+-->
+
+ <listitem>
+ <para>
+ Correctly handle wraparound cases in the <literal>pg_subtrans</>
+ startup logic for hot standby (Jeff Janes)
+ </para>
+ </listitem>
+
+<!--
+Author: Andres Freund <andres@anarazel.de>
+Branch: master [c8f621c43] 2016-03-05 18:02:20 -0800
+Branch: REL9_5_STABLE [5990a034a] 2016-03-05 18:02:20 -0800
+Branch: REL9_4_STABLE [3b94b3a49] 2016-03-05 18:02:20 -0800
+Branch: master [fd45d16f6] 2016-03-06 16:27:20 -0800
+Branch: REL9_5_STABLE [5d1826fe7] 2016-03-06 16:27:20 -0800
+Branch: REL9_4_STABLE [fb3ea0465] 2016-03-06 16:27:20 -0800
+Branch: master [b63bea5fd] 2016-03-07 14:24:03 -0800
+Branch: REL9_5_STABLE [250e5bd71] 2016-03-07 14:24:52 -0800
+Branch: REL9_4_STABLE [e3e84fd35] 2016-03-07 14:24:58 -0800
+Author: Andres Freund <andres@anarazel.de>
+Branch: master [0bda14d54] 2016-03-05 18:02:20 -0800
+Branch: REL9_5_STABLE [e76e365be] 2016-03-05 18:02:20 -0800
+Branch: REL9_4_STABLE [a50f50a65] 2016-03-05 18:02:20 -0800
+Author: Andres Freund <andres@anarazel.de>
+Branch: master [d9e903f3c] 2016-03-05 18:02:20 -0800
+Branch: REL9_5_STABLE [6e759cefe] 2016-03-05 18:02:20 -0800
+Branch: REL9_4_STABLE [465dd92d9] 2016-03-05 18:02:20 -0800
+Author: Andres Freund <andres@anarazel.de>
+Branch: master [7c17aac69] 2016-03-02 23:42:21 -0800
+Branch: REL9_5_STABLE [f8a75881f] 2016-03-02 23:43:42 -0800
+-->
+
+ <listitem>
+ <para>
+ Fix assorted bugs in logical decoding (Andres Freund)
+ </para>
+
+ <para>
+ Trouble cases included tuples larger than one page when replica
+ identity is <literal>FULL</>, <command>UPDATE</>s that change a
+ primary key in a transaction large enough to be spooled to disk,
+ incorrect reports of <quote>subxact logged without previous toplevel
+ record</>, and incorrect reporting of a transaction's commit time.
+ </para>
+ </listitem>
+
+<!--
+Author: Dean Rasheed <dean.a.rasheed@gmail.com>
+Branch: master [41fedc246] 2016-02-29 12:28:06 +0000
+Branch: REL9_5_STABLE [f1dfcf63d] 2016-02-29 12:31:25 +0000
+Branch: REL9_4_STABLE [9b69d5c1d] 2016-02-29 12:34:33 +0000
+-->
+
+ <listitem>
+ <para>
+ Fix planner error with nested security barrier views when the outer
+ view has a <literal>WHERE</> clause containing a correlated subquery
+ (Dean Rasheed)
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [ab4ff2889] 2016-03-13 16:44:31 -0400
+Branch: REL9_5_STABLE [aa9c4e71c] 2016-03-13 16:44:10 -0400
+-->
+
+ <listitem>
+ <para>
+ Fix memory leak in GIN index searches (Tom Lane)
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [907e4dd2b] 2016-02-28 23:39:20 -0500
+Branch: REL9_5_STABLE [2d43c45e9] 2016-02-28 23:40:04 -0500
+Branch: REL9_4_STABLE [80c925c7b] 2016-02-28 23:40:13 -0500
+Branch: REL9_3_STABLE [0c4457de8] 2016-02-28 23:40:21 -0500
+Branch: REL9_2_STABLE [47792639c] 2016-02-28 23:40:28 -0500
+Branch: REL9_1_STABLE [7d6c58aa1] 2016-02-28 23:40:35 -0500
+-->
+
+ <listitem>
+ <para>
+ Fix corner-case crash due to trying to free <function>localeconv()</>
+ output strings more than once (Tom Lane)
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [b3e05097e] 2016-03-06 19:20:55 -0500
+Branch: REL9_5_STABLE [c2d61adc3] 2016-03-06 19:21:03 -0500
+Branch: REL9_4_STABLE [3fa4715c5] 2016-03-06 19:21:03 -0500
+Branch: REL9_3_STABLE [a35f85a52] 2016-03-06 19:21:03 -0500
+Branch: REL9_2_STABLE [8894c9f79] 2016-03-06 19:21:03 -0500
+Branch: REL9_1_STABLE [fe747b741] 2016-03-06 19:21:03 -0500
+-->
+
+ <listitem>
+ <para>
+ Fix parsing of affix files for <literal>ispell</> dictionaries
+ (Tom Lane)
+ </para>
+
+ <para>
+ The code could go wrong if the affix file contained any characters
+ whose byte length changes during case-folding, for
+ example <literal>I</> in Turkish UTF8 locales.
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [51e78ab4f] 2016-02-10 19:30:11 -0500
+Branch: REL9_5_STABLE [b10635bb5] 2016-02-10 19:30:11 -0500
+Branch: REL9_4_STABLE [19e469410] 2016-02-10 19:30:12 -0500
+Branch: REL9_3_STABLE [24ce5754a] 2016-02-10 19:30:12 -0500
+Branch: REL9_2_STABLE [64f99a2ee] 2016-02-10 19:30:12 -0500
+Branch: REL9_1_STABLE [e56acbe2a] 2016-02-10 19:30:12 -0500
+-->
+
+ <listitem>
+ <para>
+ Avoid use of <function>sscanf()</> to parse <literal>ispell</>
+ dictionary files (Artur Zakirov)
+ </para>
+
+ <para>
+ This dodges a portability problem on FreeBSD-derived platforms
+ (including OS X).
+ </para>
+ </listitem>
+
+<!--
+Author: Noah Misch <noah@leadboat.com>
+Branch: master [5882ca668] 2016-02-19 22:47:50 -0500
+Branch: REL9_5_STABLE [377a1af56] 2016-02-19 22:48:04 -0500
+-->
+
+ <listitem>
+ <para>
+ Fix atomic-operations code used on PPC with IBM's xlc compiler
+ (Noah Misch)
+ </para>
+
+ <para>
+ This error led to rare failures of concurrent operations on that
+ platform.
+ </para>
+ </listitem>
+
+<!--
+Author: Magnus Hagander <magnus@hagander.net>
+Branch: master [9d9038824] 2016-03-10 14:10:18 +0100
+Branch: REL9_5_STABLE [ad9a15d3f] 2016-03-10 14:10:32 +0100
+Branch: REL9_4_STABLE [8857488b6] 2016-03-10 14:10:41 +0100
+Branch: REL9_3_STABLE [270d8a12e] 2016-03-10 14:10:48 +0100
+Branch: REL9_2_STABLE [78b597808] 2016-03-10 14:10:54 +0100
+Branch: REL9_1_STABLE [3e6385e27] 2016-03-10 14:11:01 +0100
+-->
+
+ <listitem>
+ <para>
+ Avoid a crash on old Windows versions (before 7SP1/2008R2SP1) with an
+ AVX2-capable CPU and a Postgres build done with Visual Studio 2013
+ (Christian Ullrich)
+ </para>
+
+ <para>
+ This is a workaround for a bug in Visual Studio 2013's runtime
+ library, which Microsoft have stated they will not fix in that
+ version.
+ </para>
+ </listitem>
+
+<!--
+Author: Robert Haas <rhaas@postgresql.org>
+Branch: master [9445db925] 2016-03-04 11:53:20 -0500
+Branch: REL9_5_STABLE [0315dfa8f] 2016-03-04 11:57:22 -0500
+Branch: REL9_4_STABLE [8de488d00] 2016-03-04 11:57:23 -0500
+Branch: REL9_3_STABLE [54139ac22] 2016-03-04 11:57:31 -0500
+Branch: REL9_2_STABLE [c658d5a9b] 2016-03-04 11:57:36 -0500
+Branch: REL9_1_STABLE [b4895bf79] 2016-03-04 11:57:40 -0500
+-->
+
+ <listitem>
+ <para>
+ Fix <application>psql</>'s tab completion logic to handle multibyte
+ characters properly (Kyotaro Horiguchi, Robert Haas)
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: REL9_5_STABLE [1bee54e51] 2016-03-14 11:31:22 -0400
+Branch: REL9_4_STABLE [13108dd0e] 2016-03-14 11:31:34 -0400
+Branch: REL9_3_STABLE [0576de5c7] 2016-03-14 11:31:39 -0400
+Branch: REL9_2_STABLE [39b3ea714] 2016-03-14 11:31:44 -0400
+Branch: REL9_1_STABLE [2d61d88d8] 2016-03-14 11:31:49 -0400
+-->
+
+ <listitem>
+ <para>
+ Fix <application>psql</>'s tab completion after
+ <literal>SECURITY LABEL</> (Tom Lane)
+ </para>
+
+ <para>
+ Pressing TAB after <literal>SECURITY LABEL</> might cause a crash
+ or offering of inappropriate keywords.
+ </para>
+ </listitem>
+
+<!--
+Author: Noah Misch <noah@leadboat.com>
+Branch: master [2ffa86962] 2016-02-10 20:34:02 -0500
+Branch: REL9_5_STABLE [725f0ce29] 2016-02-10 20:34:24 -0500
+Branch: REL9_4_STABLE [4492ab53b] 2016-02-10 20:34:30 -0500
+Branch: REL9_3_STABLE [198242ede] 2016-02-10 20:34:35 -0500
+Branch: REL9_2_STABLE [4421b5253] 2016-02-10 20:34:41 -0500
+Branch: REL9_1_STABLE [f97664cf5] 2016-02-10 20:34:48 -0500
+-->
+
+ <listitem>
+ <para>
+ Make <application>pg_ctl</> accept a wait timeout from the
+ <envar>PGCTLTIMEOUT</> environment variable, if none is specified on
+ the command line (Noah Misch)
+ </para>
+
+ <para>
+ This eases testing of slower buildfarm members by allowing them
+ to globally specify a longer-than-normal timeout for postmaster
+ startup and shutdown.
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [b642e50ae] 2016-03-07 10:40:44 -0500
+Branch: REL9_5_STABLE [45b87cc57] 2016-03-07 10:40:53 -0500
+Branch: REL9_4_STABLE [89f8372cb] 2016-03-07 10:40:57 -0500
+Branch: REL9_3_STABLE [b73e81605] 2016-03-07 10:41:01 -0500
+Branch: REL9_2_STABLE [15d43196c] 2016-03-07 10:41:07 -0500
+Branch: REL9_1_STABLE [5a39c7395] 2016-03-07 10:41:11 -0500
+-->
+
+ <listitem>
+ <para>
+ Fix incorrect test for Windows service status
+ in <application>pg_ctl</> (Manuel Mathar)
+ </para>
+
+ <para>
+ The previous set of minor releases attempted to
+ fix <application>pg_ctl</> to properly determine whether to send log
+ messages to Window's Event Log, but got the test backwards.
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [47211af17] 2016-03-16 23:18:07 -0400
+Branch: REL9_5_STABLE [8ee2e5f78] 2016-03-16 23:18:07 -0400
+Branch: REL9_4_STABLE [23cb32660] 2016-03-16 23:18:07 -0400
+Branch: REL9_3_STABLE [c02aae418] 2016-03-16 23:18:07 -0400
+Branch: REL9_2_STABLE [be6f9ea2e] 2016-03-16 23:18:08 -0400
+Branch: REL9_1_STABLE [1965a8ce1] 2016-03-16 23:18:08 -0400
+-->
+
+ <listitem>
+ <para>
+ Fix <application>pgbench</> to correctly handle the combination
+ of <literal>-C</> and <literal>-M prepared</> options (Tom Lane)
+ </para>
+ </listitem>
+
+<!--
+Author: Bruce Momjian <bruce@momjian.us>
+Branch: master [3386f34cd] 2016-02-18 18:32:27 -0500
+Branch: REL9_5_STABLE [6f43c4d34] 2016-02-18 18:32:26 -0500
+Branch: REL9_4_STABLE [bec4d0ffb] 2016-02-18 18:32:26 -0500
+Branch: REL9_3_STABLE [bf26c4f44] 2016-02-18 18:32:26 -0500
+-->
+
+ <listitem>
+ <para>
+ In <application>pg_upgrade</>, skip creating a deletion script when
+ the new data directory is inside the old data directory (Bruce
+ Momjian)
+ </para>
+
+ <para>
+ Blind application of the script in such cases would result in loss of
+ the new data directory.
+ </para>
+ </listitem>
+
+<!--
+Author: Andres Freund <andres@anarazel.de>
+Branch: master [e66197fa2] 2016-03-08 13:42:57 -0800
+Branch: REL9_5_STABLE [68dababfe] 2016-03-08 13:42:58 -0800
+Branch: REL9_4_STABLE [6041d388c] 2016-03-08 13:42:58 -0800
+Branch: REL9_3_STABLE [44f9f1f2d] 2016-03-08 13:42:58 -0800
+Branch: REL9_2_STABLE [ee06c97e4] 2016-03-08 13:42:58 -0800
+Branch: REL9_1_STABLE [c5f1fbbfb] 2016-03-08 13:42:58 -0800
+-->
+
+ <listitem>
+ <para>
+ In PL/Perl, properly translate empty Postgres arrays into empty Perl
+ arrays (Alex Hunsaker)
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [66f503868] 2016-02-16 21:08:15 -0500
+Branch: REL9_5_STABLE [2ce19f8a5] 2016-02-16 21:08:15 -0500
+Branch: REL9_4_STABLE [f461fa7d0] 2016-02-16 21:08:15 -0500
+Branch: REL9_3_STABLE [b3ec98c8b] 2016-02-16 21:08:15 -0500
+Branch: REL9_2_STABLE [7d48349fd] 2016-02-16 21:08:15 -0500
+Branch: REL9_1_STABLE [875973f5d] 2016-02-16 21:08:15 -0500
+-->
+
+ <listitem>
+ <para>
+ Make PL/Python cope with function names that aren't valid Python
+ identifiers (Jim Nasby)
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [48e6c943e] 2016-02-18 15:40:35 -0500
+Branch: REL9_5_STABLE [0276bbd62] 2016-02-18 15:40:35 -0500
+Branch: REL9_4_STABLE [b7547166f] 2016-02-18 15:40:35 -0500
+Branch: REL9_3_STABLE [9dfb5b940] 2016-02-18 15:40:35 -0500
+Branch: REL9_2_STABLE [29f299728] 2016-02-18 15:40:35 -0500
+Branch: REL9_1_STABLE [0f359c7de] 2016-02-18 15:40:36 -0500
+-->
+
+ <listitem>
+ <para>
+ Fix multiple mistakes in the statistics returned
+ by <filename>contrib/pgstattuple</>'s <function>pgstatindex()</>
+ function (Tom Lane)
+ </para>
+ </listitem>
+
+<!--
+Author: Andrew Dunstan <andrew@dunslane.net>
+Branch: master [5d0320105] 2016-03-19 18:36:35 -0400
+Branch: REL9_5_STABLE [2f38b3e7d] 2016-03-19 18:44:04 -0400
+Branch: REL9_4_STABLE [6336ca916] 2016-03-19 18:49:19 -0400
+Branch: REL9_3_STABLE [a0adf3852] 2016-03-19 18:51:01 -0400
+Branch: REL9_2_STABLE [89bf78a9b] 2016-03-19 18:51:01 -0400
+Branch: REL9_1_STABLE [2aa9fd963] 2016-03-19 18:59:41 -0400
+-->
+
+ <listitem>
+ <para>
+ Remove dependency on <literal>psed</> in MSVC builds, since it's no
+ longer provided by core Perl (Michael Paquier, Andrew Dunstan)
+ </para>
+ </listitem>
+
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [676265eb7] 2016-03-25 19:03:08 -0400
+Branch: REL9_5_STABLE [31d02ebf7] 2016-03-25 19:03:24 -0400
+Branch: REL9_4_STABLE [de371e68a] 2016-03-25 19:03:32 -0400
+Branch: REL9_3_STABLE [8e16592d4] 2016-03-25 19:03:39 -0400
+Branch: REL9_2_STABLE [96fa37459] 2016-03-25 19:03:47 -0400
+Branch: REL9_1_STABLE [e5fd35cc5] 2016-03-25 19:03:54 -0400
+-->
+
+ <listitem>
+ <para>
+ Update time zone data files to <application>tzdata</> release 2016c
+ for DST law changes in Azerbaijan, Chile, Haiti, Palestine, and Russia
+ (Altai, Astrakhan, Kirov, Sakhalin, Ulyanovsk regions), plus
+ historical corrections for Lithuania, Moldova, and Russia
+ (Kaliningrad, Samara, Volgograd).
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+ </sect1>
+
<sect1 id="release-9-5-1">
<title>Release 9.5.1</title>