<!-- doc/src/sgml/release-13.sgml -->
<!-- See header comment in release.sgml about typical markup -->
+ <sect1 id="release-13-19">
+ <title>Release 13.19</title>
+
+ <formalpara>
+ <title>Release date:</title>
+ <para>2025-02-13</para>
+ </formalpara>
+
+ <para>
+ This release contains a variety of fixes from 13.18.
+ For information about new features in major release 13, see
+ <xref linkend="release-13"/>.
+ </para>
+
+ <para>
+ The <productname>PostgreSQL</productname> community will stop
+ releasing updates for the 13.X release series in November 2025.
+ Users are encouraged to update to a newer release branch soon.
+ </para>
+
+ <sect2>
+ <title>Migration to Version 13.19</title>
+
+ <para>
+ A dump/restore is not required for those running 13.X.
+ </para>
+
+ <para>
+ However, if you are upgrading from a version earlier than 13.17,
+ see <xref linkend="release-13-17"/>.
+ </para>
+ </sect2>
+
+ <sect2>
+ <title>Changes</title>
+
+ <itemizedlist>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [34486b609] 2024-12-28 16:08:50 -0500
+Branch: REL_17_STABLE [15b4c46c3] 2024-12-28 16:08:50 -0500
+Branch: REL_16_STABLE [41a252c2c] 2024-12-28 16:08:50 -0500
+Branch: REL_15_STABLE [3d1ecc92a] 2024-12-28 16:08:50 -0500
+Branch: REL_14_STABLE [c58b0c43d] 2024-12-28 16:08:50 -0500
+Branch: REL_13_STABLE [70d067cec] 2024-12-28 16:08:50 -0500
+-->
+ <para>
+ Exclude parallel workers from connection privilege checks and limits
+ (Tom Lane)
+ <ulink url="&commit_baseurl;70d067cec">§</ulink>
+ </para>
+
+ <para>
+ Do not
+ check <literal>datallowconn</literal>, <literal>rolcanlogin</literal>,
+ and <literal>ACL_CONNECT</literal> privileges when starting a
+ parallel worker, instead assuming that it's enough for the leader
+ process to have passed similar checks originally. This avoids, for
+ example, unexpected failures of parallelized queries when the leader
+ is running as a role that lacks login privilege. In the same vein,
+ enforce <literal>ReservedConnections</literal>,
+ <literal>datconnlimit</literal>, and <literal>rolconnlimit</literal>
+ limits only against regular backends, and count only regular
+ backends while checking if the limits were already reached. Those
+ limits are meant to prevent excessive consumption of process slots
+ for regular backends --- but parallel workers and other special
+ processes have their own pools of process slots with their own limit
+ checks.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Heikki Linnakangas <heikki.linnakangas@iki.fi>
+Branch: master [578a7fe7b] 2024-12-21 23:42:39 +0200
+Branch: REL_17_STABLE [7cfdb4d1e] 2024-12-21 23:42:52 +0200
+Branch: REL_16_STABLE [9d8ab2c46] 2024-12-21 23:42:55 +0200
+Branch: REL_15_STABLE [acd5c28db] 2024-12-21 23:42:57 +0200
+Branch: REL_14_STABLE [41eafbb49] 2024-12-21 23:42:59 +0200
+Branch: REL_13_STABLE [9c1afd344] 2024-12-21 23:45:56 +0200
+-->
+ <para>
+ Keep <varname>TransactionXmin</varname> in sync
+ with <varname>MyProc->xmin</varname> (Heikki Linnakangas)
+ <ulink url="&commit_baseurl;9c1afd344">§</ulink>
+ </para>
+
+ <para>
+ This oversight could permit a process to try to access data that had
+ already been vacuumed away. One known consequence is
+ transient <quote>could not access status of transaction</quote>
+ errors.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Heikki Linnakangas <heikki.linnakangas@iki.fi>
+Branch: master [af8cd1639] 2025-01-14 14:28:49 +0200
+Branch: REL_17_STABLE [96e61b279] 2025-01-14 14:35:11 +0200
+Branch: REL_16_STABLE [91fc447c2] 2025-01-14 14:41:01 +0200
+Branch: REL_15_STABLE [ce7c406f0] 2025-01-14 14:29:11 +0200
+Branch: REL_14_STABLE [fce17c3a5] 2025-01-14 14:29:13 +0200
+Branch: REL_13_STABLE [f217c4105] 2025-01-14 18:54:56 +0200
+-->
+ <para>
+ Fix race condition that could cause failure to add a newly-inserted
+ catalog entry to a catalog cache list (Heikki Linnakangas)
+ <ulink url="&commit_baseurl;f217c4105">§</ulink>
+ </para>
+
+ <para>
+ This could result, for example, in failure to use a newly-created
+ function within an existing session.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Noah Misch <noah@leadboat.com>
+Branch: master [81772a495] 2025-01-25 11:28:14 -0800
+Branch: REL_17_STABLE [1587f7b9f] 2025-01-25 11:28:18 -0800
+Branch: master [d28cd3e7b] 2025-01-25 11:28:14 -0800
+Branch: REL_17_STABLE [f4af4515b] 2025-01-25 11:28:18 -0800
+Branch: REL_16_STABLE [9311fcb86] 2025-01-25 11:28:18 -0800
+Branch: REL_15_STABLE [dc02b98bd] 2025-01-25 11:28:19 -0800
+Branch: REL_14_STABLE [25e99483c] 2025-01-25 11:28:19 -0800
+Branch: REL_13_STABLE [8bfd2ceba] 2025-01-25 11:28:19 -0800
+-->
+ <para>
+ Prevent possible catalog corruption when a system catalog is
+ vacuumed concurrently with an update (Noah Misch)
+ <ulink url="&commit_baseurl;8bfd2ceba">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Thomas Munro <tmunro@postgresql.org>
+Branch: master [38c579b08] 2024-12-20 23:57:02 +1300
+Branch: REL_17_STABLE [0350b876b] 2024-12-20 23:57:18 +1300
+Branch: REL_16_STABLE [ba02d24ba] 2024-12-20 23:57:26 +1300
+Branch: REL_15_STABLE [fb540b6aa] 2024-12-20 23:57:34 +1300
+Branch: REL_14_STABLE [23c743b64] 2024-12-20 23:57:53 +1300
+Branch: REL_13_STABLE [228091216] 2024-12-20 23:58:08 +1300
+Branch: REL_17_STABLE [66aaabe7a] 2025-01-08 10:43:40 +1300
+Branch: REL_16_STABLE [c957d7444] 2025-01-08 10:46:45 +1300
+Branch: REL_15_STABLE [3181befdc] 2025-01-08 10:47:43 +1300
+Branch: REL_14_STABLE [f154f028d] 2025-01-08 10:48:01 +1300
+Branch: REL_13_STABLE [a1d17a894] 2025-01-08 10:48:57 +1300
+Branch: REL_17_STABLE [45aef9f6b] 2025-01-08 17:02:30 +1300
+Branch: REL_16_STABLE [9defaaa1d] 2025-01-08 17:03:25 +1300
+Branch: REL_15_STABLE [190054e61] 2025-01-08 17:03:45 +1300
+Branch: REL_14_STABLE [049c8cb9a] 2025-01-08 17:04:26 +1300
+Branch: REL_13_STABLE [417d41c65] 2025-01-08 17:14:15 +1300
+-->
+ <para>
+ Fix data corruption when relation truncation fails (Thomas Munro)
+ <ulink url="&commit_baseurl;228091216">§</ulink>
+ <ulink url="&commit_baseurl;a1d17a894">§</ulink>
+ <ulink url="&commit_baseurl;417d41c65">§</ulink>
+ </para>
+
+ <para>
+ The filesystem calls needed to perform relation truncation could
+ fail, leaving inconsistent state on disk (for example, effectively
+ reviving deleted data). We can't really prevent that, but we can
+ recover by dint of making such failures into PANICs, so that
+ consistency is restored by replaying from WAL up to just before the
+ attempted truncation. This isn't a hugely desirable behavior, but
+ such failures are rare enough that it seems an acceptable solution.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Thomas Munro <tmunro@postgresql.org>
+Branch: master [75818b3af] 2024-12-03 10:12:05 +1300
+Branch: REL_17_STABLE [d4ffbf47b] 2024-12-03 10:19:47 +1300
+Branch: REL_16_STABLE [ad5aa7bfd] 2024-12-03 10:20:10 +1300
+Branch: REL_15_STABLE [a501fe5a9] 2024-12-03 10:20:22 +1300
+Branch: REL_14_STABLE [7d0b91a28] 2024-12-03 10:12:56 +1300
+Branch: REL_13_STABLE [1168acbca] 2024-12-03 10:13:49 +1300
+-->
+ <para>
+ Prevent checkpoints from starting during relation truncation
+ (Robert Haas)
+ <ulink url="&commit_baseurl;1168acbca">§</ulink>
+ </para>
+
+ <para>
+ This avoids a race condition wherein the modified file might not get
+ fsync'd before completing the checkpoint, creating a risk of data
+ corruption if the operating system crashes soon after.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Michael Paquier <michael@paquier.xyz>
+Branch: master Release: REL_16_BR [dac1ff309] 2022-07-05 10:16:12 +0900
+Branch: REL_15_STABLE [c1c9df315] 2024-12-20 09:11:03 +0900
+Branch: REL_14_STABLE [1f95181b4] 2024-12-20 09:11:08 +0900
+Branch: REL_13_STABLE [26a79cbbd] 2024-12-20 09:11:11 +0900
+-->
+ <para>
+ Use <function>rename()</function>
+ not <function>link()</function>/<function>unlink()</function> to
+ rename files (Nathan Bossart)
+ <ulink url="&commit_baseurl;26a79cbbd">§</ulink>
+ </para>
+
+ <para>
+ The previous coding was intended to assure that the operation could
+ not accidentally overwrite an existing file. However a failure
+ could leave two links to the same file in existence, confusing
+ subsequent operations and creating a risk of data corruption.
+ In practice we do not use this functionality in places where the
+ target filename could already exist, so it seems better to give up
+ the no-overwrite guarantee to remove the multiple-link hazard.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Noah Misch <noah@leadboat.com>
+Branch: master [ff90ee614] 2024-12-28 07:16:22 -0800
+Branch: REL_17_STABLE [fa6131377] 2024-12-28 07:16:26 -0800
+Branch: REL_16_STABLE [5d94aa4dc] 2024-12-28 07:16:26 -0800
+Branch: REL_15_STABLE [83bb52375] 2024-12-28 07:16:26 -0800
+Branch: REL_14_STABLE [536acda0b] 2024-12-28 07:16:27 -0800
+Branch: REL_13_STABLE [102546322] 2024-12-28 07:16:27 -0800
+-->
+ <para>
+ Avoid possibly losing an update of
+ <structname>pg_database</structname>.<structfield>datfrozenxid</structfield>
+ when <command>VACUUM</command> runs concurrently with
+ a <command>REASSIGN OWNED</command> that changes that database's
+ owner (Kirill Reshke)
+ <ulink url="&commit_baseurl;102546322">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [ea68ea632] 2025-01-22 11:58:20 -0500
+Branch: REL_17_STABLE [2b72fed2d] 2025-01-22 11:58:20 -0500
+Branch: REL_16_STABLE [8c57f5485] 2025-01-22 11:58:20 -0500
+Branch: REL_15_STABLE [cdeed4de7] 2025-01-22 11:58:20 -0500
+Branch: REL_14_STABLE [308599305] 2025-01-22 11:58:20 -0500
+Branch: REL_13_STABLE [001c09d8b] 2025-01-22 11:58:20 -0500
+-->
+ <para>
+ Fix incorrect <structfield>tg_updatedcols</structfield> values
+ passed to <literal>AFTER UPDATE</literal> triggers (Tom Lane)
+ <ulink url="&commit_baseurl;001c09d8b">§</ulink>
+ </para>
+
+ <para>
+ In some cases the <structfield>tg_updatedcols</structfield> bitmap
+ could describe the set of columns updated by an earlier command in
+ the same transaction, fooling the trigger into doing the wrong
+ thing.
+ </para>
+
+ <para>
+ Also, prevent memory bloat caused by making too many copies of
+ the <structfield>tg_updatedcols</structfield> bitmap.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [3220ceaf7] 2024-12-07 13:12:32 -0500
+Branch: REL_17_STABLE [765f76d8c] 2024-12-07 13:12:32 -0500
+Branch: REL_16_STABLE [26c233b8b] 2024-12-07 13:12:32 -0500
+Branch: REL_15_STABLE [d2f59497a] 2024-12-07 13:12:32 -0500
+Branch: REL_14_STABLE [5882a4ba0] 2024-12-07 13:12:32 -0500
+Branch: REL_13_STABLE [f2eba400b] 2024-12-07 13:12:32 -0500
+-->
+ <para>
+ Fix mis-processing of <function>to_timestamp</function>'s
+ <literal>FF<replaceable>n</replaceable></literal> format codes
+ (Tom Lane)
+ <ulink url="&commit_baseurl;f2eba400b">§</ulink>
+ </para>
+
+ <para>
+ An integer format code immediately
+ preceding <literal>FF<replaceable>n</replaceable></literal> would
+ consume all available digits, leaving none
+ for <literal>FF<replaceable>n</replaceable></literal>.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Dean Rasheed <dean.a.rasheed@gmail.com>
+Branch: master [d673eefd4] 2025-01-12 12:54:32 +0000
+Branch: REL_17_STABLE [61b12135f] 2025-01-12 12:56:52 +0000
+Branch: REL_16_STABLE [77763f3be] 2025-01-12 12:58:14 +0000
+Branch: REL_15_STABLE [7c0379516] 2025-01-12 12:59:40 +0000
+Branch: REL_14_STABLE [dc8cd9cd0] 2025-01-12 13:01:22 +0000
+Branch: REL_13_STABLE [8f137f038] 2025-01-12 13:02:56 +0000
+-->
+ <para>
+ When deparsing an <literal>XMLTABLE()</literal> expression, ensure
+ that XML namespace names are double-quoted when necessary (Dean
+ Rasheed)
+ <ulink url="&commit_baseurl;8f137f038">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Daniel Gustafsson <dgustafsson@postgresql.org>
+Branch: master [27a1f8d10] 2025-01-10 22:02:58 +0100
+Branch: REL_17_STABLE [8ed9bf0a3] 2025-01-10 22:02:58 +0100
+Branch: REL_16_STABLE [c35bbdfbc] 2025-01-10 22:02:58 +0100
+Branch: REL_15_STABLE [830215a4c] 2025-01-10 22:02:58 +0100
+Branch: REL_14_STABLE [83ffb9f20] 2025-01-10 22:02:58 +0100
+Branch: REL_13_STABLE [84b8f6d9f] 2025-01-10 22:02:58 +0100
+Branch: master [97698cc51] 2025-01-12 23:44:39 +0100
+Branch: REL_17_STABLE [dc24c9ad5] 2025-01-12 23:44:39 +0100
+Branch: REL_16_STABLE [116036d81] 2025-01-12 23:44:39 +0100
+Branch: REL_15_STABLE [9ad7a32b2] 2025-01-12 23:44:39 +0100
+Branch: REL_14_STABLE [9e596a099] 2025-01-12 23:44:39 +0100
+Branch: REL_13_STABLE [7b1f50d8c] 2025-01-12 23:44:39 +0100
+-->
+ <para>
+ Include the <literal>ldapscheme</literal> option
+ in <function>pg_hba_file_rules()</function> output (Laurenz Albe)
+ <ulink url="&commit_baseurl;84b8f6d9f">§</ulink>
+ <ulink url="&commit_baseurl;7b1f50d8c">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [a43d7a8c7] 2024-11-19 18:26:19 -0500
+Branch: REL_17_STABLE [c1ebef3c1] 2024-11-19 18:26:19 -0500
+Branch: REL_16_STABLE [f286f64bc] 2024-11-19 18:26:19 -0500
+Branch: REL_15_STABLE [fd3383ff1] 2024-11-19 18:26:19 -0500
+Branch: REL_14_STABLE [44a4a521d] 2024-11-19 18:26:19 -0500
+Branch: REL_13_STABLE [6b66dba3f] 2024-11-19 18:26:19 -0500
+-->
+ <para>
+ Don't merge <literal>UNION</literal> operations if their column
+ collations aren't consistent (Tom Lane)
+ <ulink url="&commit_baseurl;6b66dba3f">§</ulink>
+ </para>
+
+ <para>
+ Previously we ignored collations when deciding if it's safe to
+ merge <literal>UNION</literal> steps into a single
+ N-way <literal>UNION</literal> operation. This was arguably valid
+ before the introduction of nondeterministic collations, but it's not
+ anymore, since the collation in use can affect the definition of
+ uniqueness.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [bf826ea06] 2025-01-16 20:40:07 -0500
+Branch: REL_17_STABLE [0671a71e0] 2025-01-16 20:40:07 -0500
+Branch: REL_16_STABLE [94c02bd33] 2025-01-16 20:40:07 -0500
+Branch: REL_15_STABLE [724ebebb1] 2025-01-16 20:40:07 -0500
+Branch: REL_14_STABLE [5f725648f] 2025-01-16 20:40:07 -0500
+Branch: REL_13_STABLE [45004f527] 2025-01-16 20:40:07 -0500
+-->
+ <para>
+ Fix missed expression processing for partition pruning steps
+ (Tom Lane)
+ <ulink url="&commit_baseurl;45004f527">§</ulink>
+ </para>
+
+ <para>
+ This oversight could lead to <quote>unrecognized node type</quote>
+ errors, and perhaps other problems, in queries accessing partitioned
+ tables.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Nathan Bossart <nathan@postgresql.org>
+Branch: master [84f1b0b03] 2024-12-17 15:24:45 -0600
+Branch: REL_17_STABLE [18452b70a] 2024-12-17 15:24:45 -0600
+Branch: REL_16_STABLE [2a7402322] 2024-12-17 15:24:45 -0600
+Branch: REL_15_STABLE [9f7b7d516] 2024-12-17 15:24:45 -0600
+Branch: REL_14_STABLE [84dc1303c] 2024-12-17 15:24:45 -0600
+Branch: REL_13_STABLE [853cef097] 2024-12-17 15:24:45 -0600
+-->
+ <para>
+ Allow dshash tables to grow past 1GB (Matthias van de Meent)
+ <ulink url="&commit_baseurl;853cef097">§</ulink>
+ </para>
+
+ <para>
+ This avoids errors like <quote>invalid DSA memory alloc request
+ size</quote>. The case can occur for example in transactions that
+ process several million tables.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Michael Paquier <michael@paquier.xyz>
+Branch: master [720e52984] 2025-01-14 15:12:56 +0900
+Branch: REL_17_STABLE [e027ee990] 2025-01-14 15:13:14 +0900
+Branch: REL_16_STABLE [bfda7d8dd] 2025-01-14 15:13:15 +0900
+Branch: REL_15_STABLE [9e9f30139] 2025-01-14 15:13:17 +0900
+Branch: REL_14_STABLE [e35ff6520] 2025-01-14 15:13:19 +0900
+Branch: REL_13_STABLE [332023e2d] 2025-01-14 15:13:20 +0900
+-->
+ <para>
+ Avoid possible integer overflow
+ in <function>bringetbitmap()</function> (James Hunter, Evgeniy
+ Gorbanyov)
+ <ulink url="&commit_baseurl;332023e2d">§</ulink>
+ </para>
+
+ <para>
+ Since the result is only used for statistical purposes, the effects
+ of this error were mostly cosmetic.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Michael Paquier <michael@paquier.xyz>
+Branch: master [6cf1647d8] 2025-01-20 09:29:42 +0900
+Branch: REL_17_STABLE [e6767c0ed] 2025-01-20 09:30:33 +0900
+Branch: REL_16_STABLE [2c2e1d4f4] 2025-01-20 09:30:36 +0900
+Branch: REL_15_STABLE [26554facc] 2025-01-20 09:30:37 +0900
+Branch: REL_14_STABLE [a2d4f806c] 2025-01-20 09:30:39 +0900
+Branch: REL_13_STABLE [0f0431e91] 2025-01-20 09:30:40 +0900
+-->
+ <para>
+ Prevent streaming standby servers from looping infinitely when
+ reading a WAL record that crosses pages (Kyotaro Horiguchi,
+ Alexander Kukushkin)
+ <ulink url="&commit_baseurl;0f0431e91">§</ulink>
+ </para>
+
+ <para>
+ This would happen when the record's continuation is on a page that
+ needs to be read from a different WAL source.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Noah Misch <noah@leadboat.com>
+Branch: master [8b9cbf492] 2024-12-10 13:51:59 -0800
+Branch: REL_17_STABLE [4bd9de3f4] 2024-12-10 13:52:02 -0800
+Branch: REL_16_STABLE [ac4a2b403] 2024-12-10 13:52:02 -0800
+Branch: REL_15_STABLE [839da50bd] 2024-12-10 13:52:02 -0800
+Branch: REL_14_STABLE [315264d70] 2024-12-10 13:52:02 -0800
+Branch: REL_13_STABLE [6151769f6] 2024-12-10 13:52:02 -0800
+-->
+ <para>
+ Fix unintended promotion of FATAL errors to PANIC during early
+ process startup (Noah Misch)
+ <ulink url="&commit_baseurl;6151769f6">§</ulink>
+ </para>
+
+ <para>
+ This fixes some unlikely cases that would result in <quote>PANIC:
+ proc_exit() called in child process</quote>.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [3f9b96217] 2024-12-07 15:56:28 -0500
+Branch: REL_17_STABLE [ec7b89cc5] 2024-12-07 15:56:28 -0500
+Branch: REL_16_STABLE [be5db08ed] 2024-12-07 15:56:28 -0500
+Branch: REL_15_STABLE [0e4fa06ba] 2024-12-07 15:56:28 -0500
+Branch: REL_14_STABLE [1a34cf0f4] 2024-12-07 15:56:28 -0500
+Branch: REL_13_STABLE [725d98102] 2024-12-07 15:56:28 -0500
+Branch: master [c82003760] 2024-12-07 14:28:16 -0500
+Branch: REL_17_STABLE [5b44a317a] 2024-12-07 14:28:16 -0500
+Branch: REL_16_STABLE [faad01835] 2024-12-07 14:28:16 -0500
+Branch: REL_15_STABLE [d40191467] 2024-12-07 14:28:16 -0500
+Branch: REL_14_STABLE [d9d5e1b48] 2024-12-07 14:28:16 -0500
+Branch: REL_13_STABLE [531cbd8b7] 2024-12-07 14:28:16 -0500
+-->
+ <para>
+ Fix cases where an operator family member operator or support
+ procedure could become a dangling reference (Tom Lane)
+ <ulink url="&commit_baseurl;725d98102">§</ulink>
+ <ulink url="&commit_baseurl;531cbd8b7">§</ulink>
+ </para>
+
+ <para>
+ In some cases a data type could be dropped while references to its
+ OID still remain in <structname>pg_amop</structname>
+ or <structname>pg_amproc</structname>. While that caused no
+ immediate issues, an attempt to drop the owning operator family
+ would fail, and <application>pg_dump</application> would produce
+ bogus output when dumping the operator family. This fix causes
+ creation and modification of operator families/classes to add
+ needed dependency entries so that dropping a data type will also
+ drop any dependent operator family elements. That does not help
+ vulnerable pre-existing operator families, though, so a band-aid has
+ also been added to <command>DROP OPERATOR FAMILY</command> to
+ prevent failure when dropping a family that has dangling members.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Michael Paquier <michael@paquier.xyz>
+Branch: master [c9b3d4909] 2024-12-30 13:33:09 +0900
+Branch: REL_17_STABLE [836435424] 2024-12-30 13:33:58 +0900
+Branch: REL_16_STABLE [e3a27fd06] 2024-12-30 13:33:59 +0900
+Branch: REL_15_STABLE [da8bd5d42] 2024-12-30 13:34:01 +0900
+Branch: REL_14_STABLE [c53d90bb4] 2025-01-08 08:47:19 +0900
+Branch: REL_13_STABLE [a786cf04d] 2025-01-08 08:47:24 +0900
+Author: Michael Paquier <michael@paquier.xyz>
+Branch: REL_17_STABLE [bbe68c13a] 2024-12-23 12:48:06 +0900
+Branch: REL_16_STABLE [4d45e7490] 2024-12-23 12:48:08 +0900
+Branch: REL_15_STABLE [6c9b39754] 2024-12-23 12:48:09 +0900
+Branch: REL_14_STABLE [cfd6cbcf9] 2024-12-23 12:48:10 +0900
+Branch: REL_13_STABLE [ba230ce40] 2024-12-23 12:48:12 +0900
+Author: Michael Paquier <michael@paquier.xyz>
+Branch: master [ea792bfd9] 2024-11-21 15:14:02 +0900
+Branch: REL_17_STABLE [afe9b0d9f] 2024-11-21 15:14:11 +0900
+Branch: REL_16_STABLE [e749eaf46] 2024-11-21 15:14:13 +0900
+Branch: REL_15_STABLE [6fc30c24c] 2024-11-21 15:14:15 +0900
+-->
+ <para>
+ Fix multiple memory leaks in logical decoding output (Vignesh C,
+ Masahiko Sawada, Boyu Yang)
+ <ulink url="&commit_baseurl;a786cf04d">§</ulink>
+ <ulink url="&commit_baseurl;ba230ce40">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: REL_15_STABLE [4398507df] 2024-12-05 12:54:41 -0500
+Branch: REL_14_STABLE [d24eb0e91] 2024-12-05 12:54:41 -0500
+Branch: REL_13_STABLE [cd1c8b992] 2024-12-05 12:54:41 -0500
+-->
+ <para>
+ Avoid low-probability crash on out-of-memory, due to missing check
+ for failure return from <function>malloc()</function>
+ (Karina Litskevich)
+ <ulink url="&commit_baseurl;cd1c8b992">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [b9aa4166f] 2025-01-30 15:36:44 -0500
+Branch: REL_17_STABLE [1e25cdb21] 2025-01-30 15:36:07 -0500
+Branch: REL_16_STABLE [f7a08b6e9] 2025-01-30 15:36:07 -0500
+Branch: REL_15_STABLE [b296e55b4] 2025-01-30 15:36:07 -0500
+Branch: REL_14_STABLE [6a33bb35c] 2025-01-30 15:36:07 -0500
+Branch: REL_13_STABLE [49a38238e] 2025-01-30 15:36:07 -0500
+-->
+ <para>
+ Avoid integer overflow while
+ testing <varname>wal_skip_threshold</varname> condition (Tom Lane)
+ <ulink url="&commit_baseurl;49a38238e">§</ulink>
+ </para>
+
+ <para>
+ A transaction that created a very large relation could mistakenly
+ decide to ensure durability by copying the relation into WAL instead
+ of fsync'ing it, thereby negating the point
+ of <varname>wal_skip_threshold</varname>. (This only matters
+ when <varname>wal_level</varname> is set
+ to <literal>minimal</literal>, else a WAL copy is required anyway.)
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Noah Misch <noah@leadboat.com>
+Branch: master [4ba84de45] 2024-11-25 14:42:35 -0800
+Branch: REL_17_STABLE [718af10da] 2024-11-25 14:42:38 -0800
+Branch: REL_16_STABLE [c1285bbeb] 2024-11-25 14:42:39 -0800
+Branch: REL_15_STABLE [941e0c0df] 2024-11-25 14:42:39 -0800
+Branch: REL_14_STABLE [2690a4f5d] 2024-11-25 14:42:40 -0800
+Branch: REL_13_STABLE [01745fb04] 2024-11-25 14:42:40 -0800
+-->
+ <para>
+ Fix unsafe order of operations during cache lookups (Noah Misch)
+ <ulink url="&commit_baseurl;01745fb04">§</ulink>
+ </para>
+
+ <para>
+ The only known consequence was a usually-harmless <quote>you don't
+ own a lock of type ExclusiveLock</quote> warning
+ during <command>GRANT TABLESPACE</command>.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Thomas Munro <tmunro@postgresql.org>
+Branch: master [78c09bd9f] 2024-11-22 15:29:47 +1300
+Branch: REL_17_STABLE [8a9a51518] 2024-11-22 15:29:28 +1300
+Branch: REL_16_STABLE [6de14dbb3] 2024-11-22 15:29:18 +1300
+Branch: REL_15_STABLE [15ab513fe] 2024-11-22 15:29:00 +1300
+Branch: REL_14_STABLE [7ca388fd0] 2024-11-22 15:30:37 +1300
+Branch: REL_13_STABLE [8aefd8b6f] 2024-11-22 15:32:02 +1300
+-->
+ <para>
+ Fix possible <quote>failed to resolve name</quote> failures when
+ using JIT on older ARM platforms (Thomas Munro)
+ <ulink url="&commit_baseurl;8aefd8b6f">§</ulink>
+ </para>
+
+ <para>
+ This could occur as a consequence of inconsistency about the default
+ setting of <option>-moutline-atomics</option> between gcc and clang.
+ At least Debian and Ubuntu are known to ship gcc and clang compilers
+ that target armv8-a but differ on the use of outline atomics by
+ default.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Thomas Munro <tmunro@postgresql.org>
+Branch: REL_15_STABLE [9b136b0f2] 2025-01-18 09:31:39 -0500
+Branch: REL_14_STABLE [f4fd5325c] 2025-01-18 09:33:30 -0500
+Branch: REL_13_STABLE [2c4a532c9] 2025-01-18 09:33:49 -0500
+Branch: REL_15_STABLE [e708f3188] 2025-01-18 09:30:10 -0500
+Branch: REL_14_STABLE [9f1c67488] 2025-01-18 09:33:16 -0500
+Branch: REL_13_STABLE [fbf8efbda] 2025-01-18 09:33:43 -0500
+-->
+ <para>
+ Fix handling of Windows junction points that are not
+ of <productname>PostgreSQL</productname> origin (Thomas Munro)
+ <ulink url="&commit_baseurl;2c4a532c9">§</ulink>
+ <ulink url="&commit_baseurl;fbf8efbda">§</ulink>
+ </para>
+
+ <para>
+ Previously, <application>initdb</application> would fail if the path
+ to the data directory included junction points whose expansion isn't
+ in <quote>drive absolute</quote> format, or whose expansion points
+ to another junction point.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: David Rowley <drowley@postgresql.org>
+Branch: master [8f4ee9626] 2024-12-19 13:11:39 +1300
+Branch: REL_17_STABLE [7b8d45d27] 2024-12-19 13:12:18 +1300
+Branch: REL_16_STABLE [093fc156b] 2024-12-19 13:12:41 +1300
+Branch: REL_15_STABLE [ef178d38b] 2024-12-19 13:13:01 +1300
+Branch: REL_14_STABLE [bdb07d241] 2024-12-19 13:13:31 +1300
+Branch: REL_13_STABLE [2c7887c9d] 2024-12-19 13:13:51 +1300
+-->
+ <para>
+ Fix assertion failure in <literal>WITH RECURSIVE ... UNION</literal>
+ queries (David Rowley)
+ <ulink url="&commit_baseurl;2c7887c9d">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [94131cd53] 2024-11-20 12:03:47 -0500
+Branch: REL_17_STABLE [fea81aee8] 2024-11-20 12:03:47 -0500
+Branch: REL_16_STABLE [fe084039e] 2024-11-20 12:03:47 -0500
+Branch: REL_15_STABLE [9b9689e26] 2024-11-20 12:03:47 -0500
+Branch: REL_14_STABLE [3eb26524c] 2024-11-20 12:03:47 -0500
+Branch: REL_13_STABLE [630520c22] 2024-11-20 12:03:47 -0500
+-->
+ <para>
+ Avoid assertion failure in rule deparsing if a set operation leaf
+ query contains set operations (Man Zeng, Tom Lane)
+ <ulink url="&commit_baseurl;630520c22">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [3eea7a0c9] 2024-12-09 14:38:19 -0500
+Branch: REL_17_STABLE [556f7b7bc] 2024-12-09 14:38:19 -0500
+Branch: REL_16_STABLE [bb649b553] 2024-12-09 14:38:19 -0500
+Branch: REL_15_STABLE [4089b9bd6] 2024-12-09 14:38:19 -0500
+Branch: REL_14_STABLE [8a95ad3b2] 2024-12-09 14:38:19 -0500
+Branch: REL_13_STABLE [4d20bad5e] 2024-12-09 14:38:19 -0500
+-->
+ <para>
+ Avoid edge-case assertion failure in parallel query startup (Tom Lane)
+ <ulink url="&commit_baseurl;4d20bad5e">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Thomas Munro <tmunro@postgresql.org>
+Branch: REL_13_STABLE [a722252ef] 2025-01-09 10:14:11 +1300
+-->
+ <para>
+ Avoid rare assertion failure during relation truncation (Heikki
+ Linnakangas)
+ <ulink url="&commit_baseurl;a722252ef">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [5b8728cd7] 2024-11-25 18:09:09 -0500
+Branch: REL_17_STABLE [97be02ad0] 2024-11-25 18:09:10 -0500
+Branch: REL_16_STABLE [4aba56adc] 2024-11-25 18:09:10 -0500
+Branch: REL_15_STABLE [80cd33bad] 2024-11-25 18:09:10 -0500
+Branch: REL_14_STABLE [a1168855e] 2024-11-25 18:09:10 -0500
+Branch: REL_13_STABLE [48a6cd1ae] 2024-11-25 18:09:11 -0500
+-->
+ <para>
+ In <function>NULLIF()</function>, avoid passing a read-write
+ expanded object pointer to the data type's equality function
+ (Tom Lane)
+ <ulink url="&commit_baseurl;48a6cd1ae">§</ulink>
+ </para>
+
+ <para>
+ The equality function could modify or delete the object if it's
+ given a read-write pointer, which would be bad if we decide to
+ return it as the <function>NULLIF()</function> result. There is
+ probably no problem with any built-in equality function, but it's
+ easy to demonstrate a failure with one coded in PL/pgSQL.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [29dfffae0] 2025-01-11 11:45:56 -0500
+Branch: REL_17_STABLE [e98df02df] 2025-01-11 11:45:56 -0500
+Branch: REL_16_STABLE [33a4e656d] 2025-01-11 11:45:56 -0500
+Branch: REL_15_STABLE [71bb9c4b2] 2025-01-11 11:45:56 -0500
+Branch: REL_14_STABLE [bcb4db0d3] 2025-01-11 11:45:56 -0500
+Branch: REL_13_STABLE [02a38bc84] 2025-01-11 11:45:56 -0500
+-->
+ <para>
+ Repair memory leaks in PL/Python (Mat Arye, Tom Lane)
+ <ulink url="&commit_baseurl;02a38bc84">§</ulink>
+ </para>
+
+ <para>
+ Repeated use of <function>PLyPlan.execute</function>
+ or <function>plpy.cursor</function> resulted in memory leakage for
+ the duration of the calling PL/Python function.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Peter Eisentraut <peter@eisentraut.org>
+Branch: master [32a2aa77e] 2024-11-25 11:44:29 +0100
+Branch: REL_17_STABLE [f979197eb] 2024-11-25 12:27:10 +0100
+Branch: REL_16_STABLE [07c77803c] 2024-11-25 12:27:19 +0100
+Branch: REL_15_STABLE [a5f9cbde9] 2024-11-25 12:27:26 +0100
+Branch: REL_14_STABLE [17d081a6f] 2024-11-25 13:11:18 +0100
+Branch: REL_13_STABLE [f230e27a2] 2024-11-25 13:11:49 +0100
+-->
+ <para>
+ Fix PL/Tcl to compile with Tcl 9 (Peter Eisentraut)
+ <ulink url="&commit_baseurl;f230e27a2">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [2f696453d] 2024-12-01 14:15:37 -0500
+Branch: REL_17_STABLE [a963abd54] 2024-12-01 14:15:37 -0500
+Branch: REL_16_STABLE [cca34f68c] 2024-12-01 14:15:37 -0500
+Branch: REL_15_STABLE [60b47525c] 2024-12-01 14:15:37 -0500
+Branch: REL_14_STABLE [52c7a44e9] 2024-12-01 14:15:37 -0500
+Branch: REL_13_STABLE [e359cbb84] 2024-12-01 14:15:37 -0500
+-->
+ <para>
+ In the <application>ecpg</application> preprocessor, fix possible
+ misprocessing of cursors that reference out-of-scope variables
+ (Tom Lane)
+ <ulink url="&commit_baseurl;e359cbb84">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Fujii Masao <fujii@postgresql.org>
+Branch: master [94b914f60] 2025-01-15 01:23:02 +0900
+Branch: REL_17_STABLE [ba2dbedd5] 2025-01-15 01:24:24 +0900
+Branch: REL_16_STABLE [5c7c34db2] 2025-01-15 01:25:05 +0900
+Branch: REL_15_STABLE [71ef47cf0] 2025-01-15 01:25:19 +0900
+Branch: REL_14_STABLE [d06ab3c0c] 2025-01-15 01:25:31 +0900
+Branch: REL_13_STABLE [226c9048d] 2025-01-15 01:25:52 +0900
+-->
+ <para>
+ In <application>ecpg</application>, fix compile-time warnings about
+ unsupported use of <literal>COPY ... FROM STDIN</literal> (Ryo
+ Kanbayashi)
+ <ulink url="&commit_baseurl;226c9048d">§</ulink>
+ </para>
+
+ <para>
+ Previously, the intended warning was not issued due to a typo.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [6cddecdfb] 2025-01-29 14:24:36 -0500
+Branch: REL_17_STABLE [0b713b94b] 2025-01-29 14:24:36 -0500
+Branch: REL_16_STABLE [998c4fc7c] 2025-01-29 14:24:36 -0500
+Branch: REL_15_STABLE [b17e3970c] 2025-01-29 14:24:36 -0500
+Branch: REL_14_STABLE [54f9afea7] 2025-01-29 14:24:36 -0500
+Branch: REL_13_STABLE [98df8bace] 2025-01-29 14:24:36 -0500
+-->
+ <para>
+ Fix <application>psql</application> to safely handle file path names
+ that are encoded in SJIS (Tom Lane)
+ <ulink url="&commit_baseurl;98df8bace">§</ulink>
+ </para>
+
+ <para>
+ Some two-byte characters in SJIS have a second byte that is equal to
+ ASCII backslash (<literal>\</literal>). These characters were
+ corrupted by path name normalization, preventing access to files
+ whose names include such characters.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [9a45a89c3] 2025-01-14 18:50:24 -0500
+Branch: REL_17_STABLE [a0dfeae0d] 2025-01-14 18:50:24 -0500
+Branch: REL_16_STABLE [b935691b8] 2025-01-14 18:50:24 -0500
+Branch: REL_15_STABLE [a3b709cf7] 2025-01-14 18:50:24 -0500
+Branch: REL_14_STABLE [02e69313a] 2025-01-14 18:50:24 -0500
+Branch: REL_13_STABLE [cfd7aadeb] 2025-01-14 18:50:24 -0500
+-->
+ <para>
+ Fix use of wrong version of <function>pqsignal()</function>
+ in <application>pgbench</application>
+ and <application>psql</application> (Fujii Masao, Tom Lane)
+ <ulink url="&commit_baseurl;cfd7aadeb">§</ulink>
+ </para>
+
+ <para>
+ This error could lead to misbehavior when using
+ the <option>-T</option> option in <application>pgbench</application>
+ or the <command>\watch</command> command
+ in <application>psql</application>, due to interrupted system calls
+ not being resumed as expected.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [530f89e64] 2024-12-15 14:14:14 -0500
+Branch: REL_17_STABLE [ff9dc96f3] 2024-12-15 14:14:15 -0500
+Branch: REL_16_STABLE [076b09123] 2024-12-15 14:14:15 -0500
+Branch: REL_15_STABLE [ff88db910] 2024-12-15 14:14:15 -0500
+Branch: REL_14_STABLE [2a23dbcf3] 2024-12-15 14:14:15 -0500
+Branch: REL_13_STABLE [ec0dc2c59] 2024-12-15 14:14:15 -0500
+-->
+ <para>
+ Fix misexecution of some nested <command>\if</command> constructs
+ in <application>pgbench</application> (Michail Nikolaev)
+ <ulink url="&commit_baseurl;ec0dc2c59">§</ulink>
+ </para>
+
+ <para>
+ An <command>\if</command> command appearing within a false
+ (not-being-executed) <command>\if</command> branch was incorrectly
+ treated the same as <command>\elif</command>.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Fujii Masao <fujii@postgresql.org>
+Branch: master [af35fe501] 2024-11-27 23:01:53 +0900
+Branch: REL_17_STABLE [adb103fca] 2024-11-27 23:03:04 +0900
+Branch: REL_16_STABLE [1cf646957] 2024-11-27 23:03:44 +0900
+Branch: REL_15_STABLE [1e46f7351] 2024-11-27 23:04:29 +0900
+Branch: REL_14_STABLE [0f13e1a78] 2024-11-27 23:04:55 +0900
+Branch: REL_13_STABLE [f1cb5e51f] 2024-11-27 23:05:24 +0900
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [fb056564e] 2025-02-07 13:41:42 -0500
+Branch: REL_17_STABLE [e35d396ec] 2025-02-07 13:41:42 -0500
+Branch: REL_16_STABLE [21b815f92] 2025-02-07 13:41:42 -0500
+Branch: REL_15_STABLE [499d1cf55] 2025-02-07 13:41:43 -0500
+Branch: REL_14_STABLE [5addea71c] 2025-02-07 13:41:43 -0500
+Branch: REL_13_STABLE [b6decfc1d] 2025-02-07 13:41:43 -0500
+-->
+ <para>
+ In <application>pgbench</application>, fix possible misdisplay of
+ progress messages during table initialization (Yushi Ogiwara, Tatsuo
+ Ishii, Fujii Masao)
+ <ulink url="&commit_baseurl;f1cb5e51f">§</ulink>
+ <ulink url="&commit_baseurl;b6decfc1d">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Alexander Korotkov <akorotkov@postgresql.org>
+Branch: master [ff1975ddd] 2025-02-05 00:45:49 +0200
+Branch: REL_17_STABLE [1b8a9533f] 2025-02-05 00:45:43 +0200
+Branch: REL_16_STABLE [d54d5668b] 2025-02-05 00:45:37 +0200
+Branch: REL_15_STABLE [f1e0b078b] 2025-02-05 00:45:29 +0200
+Branch: REL_14_STABLE [f2205448b] 2025-02-05 00:45:16 +0200
+Branch: REL_13_STABLE [c24311c1f] 2025-02-05 00:46:06 +0200
+-->
+ <para>
+ Make <application>pg_controldata</application> more robust against
+ corrupted <filename>pg_control</filename> files (Ilyasov Ian, Anton
+ Voloshin)
+ <ulink url="&commit_baseurl;c24311c1f">§</ulink>
+ </para>
+
+ <para>
+ Since <application>pg_controldata</application> will attempt to
+ print the contents of <filename>pg_control</filename> even if the
+ CRC check fails, it must take care not to misbehave for invalid
+ field values. This patch fixes some issues triggered by invalid
+ timestamps and apparently-negative WAL segment sizes.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [7b8cb9cd6] 2024-12-13 14:21:36 -0500
+Branch: REL_17_STABLE [ad950ea98] 2024-12-13 14:21:36 -0500
+Branch: REL_16_STABLE [782cc1aa3] 2024-12-13 14:21:36 -0500
+Branch: REL_15_STABLE [6978129b4] 2024-12-13 14:21:36 -0500
+Branch: REL_14_STABLE [c7f3c414f] 2024-12-13 14:21:36 -0500
+Branch: REL_13_STABLE [b6df2d6e5] 2024-12-13 14:21:36 -0500
+-->
+ <para>
+ Fix possible crash in <application>pg_dump</application> with
+ identity sequences attached to tables that are extension members
+ (Tom Lane)
+ <ulink url="&commit_baseurl;b6df2d6e5">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Thomas Munro <tmunro@postgresql.org>
+Branch: master [970b97eeb] 2025-01-09 16:04:23 +1300
+Branch: REL_17_STABLE [faee3185a] 2025-01-09 16:05:01 +1300
+Branch: REL_16_STABLE [be7489662] 2025-01-09 16:05:08 +1300
+Branch: REL_15_STABLE [6b6901a26] 2025-01-09 16:05:16 +1300
+Branch: REL_14_STABLE [8f40d4612] 2025-01-09 16:05:25 +1300
+Branch: REL_13_STABLE [bd0564f61] 2025-01-09 16:05:36 +1300
+Branch: master [026762dae] 2025-01-09 15:00:58 +1300
+Branch: REL_17_STABLE [af109e339] 2025-01-09 15:00:23 +1300
+Branch: REL_16_STABLE [0bff6f1da] 2025-01-09 14:59:47 +1300
+Branch: REL_15_STABLE [70a7a3761] 2025-01-09 14:58:18 +1300
+Branch: REL_14_STABLE [1636c5e56] 2025-01-09 14:57:52 +1300
+Branch: REL_13_STABLE [d02486cc8] 2025-01-09 14:57:02 +1300
+-->
+ <para>
+ Fix <application>pg_basebackup</application> to correctly
+ handle <filename>pg_wal.tar</filename> files exceeding 2GB on
+ Windows (Davinder Singh, Thomas Munro)
+ <ulink url="&commit_baseurl;bd0564f61">§</ulink>
+ <ulink url="&commit_baseurl;d02486cc8">§</ulink>
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [5980f1884] 2024-11-25 12:50:17 -0500
+Branch: REL_17_STABLE [e266a0ed6] 2024-11-25 12:50:17 -0500
+Branch: REL_16_STABLE [1f4aadec4] 2024-11-25 12:50:17 -0500
+Branch: REL_15_STABLE [851c6ff18] 2024-11-25 12:50:17 -0500
+Branch: REL_14_STABLE [2fc0199a5] 2024-11-25 12:50:17 -0500
+Branch: REL_13_STABLE [32057a0f7] 2024-11-25 12:50:17 -0500
+-->
+ <para>
+ Update configuration probes that determine the compiler switches
+ needed to access ARM CRC instructions (Tom Lane)
+ <ulink url="&commit_baseurl;32057a0f7">§</ulink>
+ </para>
+
+ <para>
+ On ARM platforms where the baseline CPU target lacks CRC
+ instructions, we need to supply a <option>-march</option> switch to
+ persuade the compiler to compile such instructions. Recent versions
+ of gcc reject the value we were trying, leading to silently falling
+ back to software CRC.
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Thomas Munro <tmunro@postgresql.org>
+Branch: REL_15_STABLE [f00c401c6] 2024-11-27 15:43:18 +1300
+Branch: REL_14_STABLE [1fd57e5bb] 2024-11-27 15:48:13 +1300
+Branch: REL_13_STABLE [59ea17c43] 2024-11-27 15:52:15 +1300
+Branch: REL_12_STABLE [3f302f0ed] 2024-11-27 15:57:32 +1300
+Branch: REL_11_STABLE [170e41603] 2024-11-27 16:04:22 +1300
+Branch: REL_10_STABLE [f4e8f137b] 2024-11-27 16:47:29 +1300
+Branch: REL9_6_STABLE [70cf253d1] 2024-11-27 16:13:59 +1300
+Branch: REL9_5_STABLE [5b40ce749] 2024-11-27 16:17:20 +1300
+Branch: REL9_4_STABLE [b1b8b8e6f] 2024-11-27 16:19:42 +1300
+Branch: REL9_3_STABLE [102be6634] 2024-11-27 16:28:34 +1300
+Branch: REL9_2_STABLE [0c7171b32] 2024-11-27 16:31:41 +1300
+-->
+ <para>
+ During <application>configure</application>, if a C23 compiler is
+ detected, try asking for C17 (Thomas Munro)
+ <ulink url="&commit_baseurl;59ea17c43">§</ulink>
+ </para>
+
+ <para>
+ <productname>PostgreSQL</productname> versions before v16 will not
+ compile under C23 rules. If the chosen compiler defaults to C23 or
+ later, try adding a <literal>-std=gnu17</literal> switch to change
+ that. (If this won't work for your compiler, manually
+ specify <varname>CFLAGS</varname> with a suitable switch.)
+ </para>
+ </listitem>
+
+ <listitem>
+<!--
+Author: Tom Lane <tgl@sss.pgh.pa.us>
+Branch: master [60c513f8f] 2025-01-20 16:49:15 -0500
+Branch: REL_17_STABLE [e292ba333] 2025-01-20 16:49:15 -0500
+Branch: REL_16_STABLE [d62403c51] 2025-01-20 16:49:15 -0500
+Branch: REL_15_STABLE [48bc95d0d] 2025-01-20 16:49:15 -0500
+Branch: REL_14_STABLE [20b4819d0] 2025-01-20 16:49:15 -0500
+Branch: REL_13_STABLE [6397819c8] 2025-01-20 16:49:15 -0500
+-->
+ <para>
+ Update time zone data files to <application>tzdata</application>
+ release 2025a for DST law changes in Paraguay, plus historical
+ corrections for the Philippines (Tom Lane)
+ <ulink url="&commit_baseurl;6397819c8">§</ulink>
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+ </sect1>
+
<sect1 id="release-13-18">
<title>Release 13.18</title>
projects / postgresql.git / commitdiff