pgsql: Disallow starting server with insufficient wal_level for existin

2018-10-31 Thread Andres Freund
Disallow starting server with insufficient wal_level for existing slot. Previously it was possible to create a slot, change wal_level, and restart, even if the new wal_level was insufficient for the slot. That's a problem for both logical and physical slots, because the necessary WAL records are n

pgsql: Disallow starting server with insufficient wal_level for existin

2018-10-31 Thread Andres Freund
Disallow starting server with insufficient wal_level for existing slot. Previously it was possible to create a slot, change wal_level, and restart, even if the new wal_level was insufficient for the slot. That's a problem for both logical and physical slots, because the necessary WAL records are n

pgsql: Disallow starting server with insufficient wal_level for existin

2018-10-31 Thread Andres Freund
Disallow starting server with insufficient wal_level for existing slot. Previously it was possible to create a slot, change wal_level, and restart, even if the new wal_level was insufficient for the slot. That's a problem for both logical and physical slots, because the necessary WAL records are n

pgsql: Disallow starting server with insufficient wal_level for existin

2018-10-31 Thread Andres Freund
Disallow starting server with insufficient wal_level for existing slot. Previously it was possible to create a slot, change wal_level, and restart, even if the new wal_level was insufficient for the slot. That's a problem for both logical and physical slots, because the necessary WAL records are n

pgsql: Disallow starting server with insufficient wal_level for existin

2018-10-31 Thread Andres Freund
Disallow starting server with insufficient wal_level for existing slot. Previously it was possible to create a slot, change wal_level, and restart, even if the new wal_level was insufficient for the slot. That's a problem for both logical and physical slots, because the necessary WAL records are n

pgsql: Disallow starting server with insufficient wal_level for existin

2018-10-31 Thread Andres Freund
Disallow starting server with insufficient wal_level for existing slot. Previously it was possible to create a slot, change wal_level, and restart, even if the new wal_level was insufficient for the slot. That's a problem for both logical and physical slots, because the necessary WAL records are n

pgsql: Fix memory leak in repeated SPGIST index scans.

2018-10-31 Thread Tom Lane
Fix memory leak in repeated SPGIST index scans. spgendscan neglected to pfree all the memory allocated by spgbeginscan. It's possible to get away with that in most normal queries, since the memory is allocated in the executor's per-query context which is about to get deleted anyway; but it causes

pgsql: Fix memory leak in repeated SPGIST index scans.

2018-10-31 Thread Tom Lane
Fix memory leak in repeated SPGIST index scans. spgendscan neglected to pfree all the memory allocated by spgbeginscan. It's possible to get away with that in most normal queries, since the memory is allocated in the executor's per-query context which is about to get deleted anyway; but it causes

pgsql: Fix memory leak in repeated SPGIST index scans.

2018-10-31 Thread Tom Lane
Fix memory leak in repeated SPGIST index scans. spgendscan neglected to pfree all the memory allocated by spgbeginscan. It's possible to get away with that in most normal queries, since the memory is allocated in the executor's per-query context which is about to get deleted anyway; but it causes

pgsql: Fix memory leak in repeated SPGIST index scans.

2018-10-31 Thread Tom Lane
Fix memory leak in repeated SPGIST index scans. spgendscan neglected to pfree all the memory allocated by spgbeginscan. It's possible to get away with that in most normal queries, since the memory is allocated in the executor's per-query context which is about to get deleted anyway; but it causes

pgsql: Fix memory leak in repeated SPGIST index scans.

2018-10-31 Thread Tom Lane
Fix memory leak in repeated SPGIST index scans. spgendscan neglected to pfree all the memory allocated by spgbeginscan. It's possible to get away with that in most normal queries, since the memory is allocated in the executor's per-query context which is about to get deleted anyway; but it causes

pgsql: Fix memory leak in repeated SPGIST index scans.

2018-10-31 Thread Tom Lane
Fix memory leak in repeated SPGIST index scans. spgendscan neglected to pfree all the memory allocated by spgbeginscan. It's possible to get away with that in most normal queries, since the memory is allocated in the executor's per-query context which is about to get deleted anyway; but it causes

pgsql: Fix memory leak in repeated SPGIST index scans.

2018-10-31 Thread Tom Lane
Fix memory leak in repeated SPGIST index scans. spgendscan neglected to pfree all the memory allocated by spgbeginscan. It's possible to get away with that in most normal queries, since the memory is allocated in the executor's per-query context which is about to get deleted anyway; but it causes

pgsql: Fix typo in xlog.c.

2018-10-31 Thread Andres Freund
Fix typo in xlog.c. Author: Daniel Gustafsson Discussion: https://postgr.es/m/a6817958-949e-4a5b-895d-fa421b664...@yesql.se Branch -- master Details --- https://git.postgresql.org/pg/commitdiff/c4ab62f9acc0389697042cb642aa74beabdc8cc7 Modified Files -- src/backend/access/tra

pgsql: Sync our copy of the timezone library with IANA release tzcode20

2018-10-31 Thread Tom Lane
Sync our copy of the timezone library with IANA release tzcode2018g. This patch absorbs an upstream fix to "zic" for a recently-introduced bug that made it output data that some 32-bit clients couldn't read. Given the current source data, the bug only manifests in zones with leap seconds, which we

pgsql: Sync our copy of the timezone library with IANA release tzcode20

2018-10-31 Thread Tom Lane
Sync our copy of the timezone library with IANA release tzcode2018g. This patch absorbs an upstream fix to "zic" for a recently-introduced bug that made it output data that some 32-bit clients couldn't read. Given the current source data, the bug only manifests in zones with leap seconds, which we

pgsql: Sync our copy of the timezone library with IANA release tzcode20

2018-10-31 Thread Tom Lane
Sync our copy of the timezone library with IANA release tzcode2018g. This patch absorbs an upstream fix to "zic" for a recently-introduced bug that made it output data that some 32-bit clients couldn't read. Given the current source data, the bug only manifests in zones with leap seconds, which we

pgsql: Sync our copy of the timezone library with IANA release tzcode20

2018-10-31 Thread Tom Lane
Sync our copy of the timezone library with IANA release tzcode2018g. This patch absorbs an upstream fix to "zic" for a recently-introduced bug that made it output data that some 32-bit clients couldn't read. Given the current source data, the bug only manifests in zones with leap seconds, which we

pgsql: Sync our copy of the timezone library with IANA release tzcode20

2018-10-31 Thread Tom Lane
Sync our copy of the timezone library with IANA release tzcode2018g. This patch absorbs an upstream fix to "zic" for a recently-introduced bug that made it output data that some 32-bit clients couldn't read. Given the current source data, the bug only manifests in zones with leap seconds, which we

pgsql: Sync our copy of the timezone library with IANA release tzcode20

2018-10-31 Thread Tom Lane
Sync our copy of the timezone library with IANA release tzcode2018g. This patch absorbs an upstream fix to "zic" for a recently-introduced bug that made it output data that some 32-bit clients couldn't read. Given the current source data, the bug only manifests in zones with leap seconds, which we

pgsql: Sync our copy of the timezone library with IANA release tzcode20

2018-10-31 Thread Tom Lane
Sync our copy of the timezone library with IANA release tzcode2018g. This patch absorbs an upstream fix to "zic" for a recently-introduced bug that made it output data that some 32-bit clients couldn't read. Given the current source data, the bug only manifests in zones with leap seconds, which we

pgsql: Update time zone data files to tzdata release 2018g.

2018-10-31 Thread Tom Lane
Update time zone data files to tzdata release 2018g. DST law changes in Morocco (with, effectively, zero notice). Historical corrections for Hawaii. Branch -- REL9_3_STABLE Details --- https://git.postgresql.org/pg/commitdiff/3bf4edace7cbc4e05bac094b58df2881d2751466 Modified Files -

pgsql: Update time zone data files to tzdata release 2018g.

2018-10-31 Thread Tom Lane
Update time zone data files to tzdata release 2018g. DST law changes in Morocco (with, effectively, zero notice). Historical corrections for Hawaii. Branch -- REL_11_STABLE Details --- https://git.postgresql.org/pg/commitdiff/58c45fdaa82fb37f1a4788df8d908c0f159b9c88 Modified Files -

pgsql: Update time zone data files to tzdata release 2018g.

2018-10-31 Thread Tom Lane
Update time zone data files to tzdata release 2018g. DST law changes in Morocco (with, effectively, zero notice). Historical corrections for Hawaii. Branch -- master Details --- https://git.postgresql.org/pg/commitdiff/5c2e0ca5f0be780c5fa9c85f4cd4b1106ff747ab Modified Files

pgsql: Update time zone data files to tzdata release 2018g.

2018-10-31 Thread Tom Lane
Update time zone data files to tzdata release 2018g. DST law changes in Morocco (with, effectively, zero notice). Historical corrections for Hawaii. Branch -- REL9_4_STABLE Details --- https://git.postgresql.org/pg/commitdiff/d651e9e7c585a4e10566fa1e0d96497e0f630115 Modified Files -

pgsql: Update time zone data files to tzdata release 2018g.

2018-10-31 Thread Tom Lane
Update time zone data files to tzdata release 2018g. DST law changes in Morocco (with, effectively, zero notice). Historical corrections for Hawaii. Branch -- REL_10_STABLE Details --- https://git.postgresql.org/pg/commitdiff/671f43d883a47b22d38e1d26513d70b7830e2cdd Modified Files -

pgsql: Update time zone data files to tzdata release 2018g.

2018-10-31 Thread Tom Lane
Update time zone data files to tzdata release 2018g. DST law changes in Morocco (with, effectively, zero notice). Historical corrections for Hawaii. Branch -- REL9_5_STABLE Details --- https://git.postgresql.org/pg/commitdiff/811d8cb87a5cdfe90fc72e8c297042c4e01edd10 Modified Files -

pgsql: Update time zone data files to tzdata release 2018g.

2018-10-31 Thread Tom Lane
Update time zone data files to tzdata release 2018g. DST law changes in Morocco (with, effectively, zero notice). Historical corrections for Hawaii. Branch -- REL9_6_STABLE Details --- https://git.postgresql.org/pg/commitdiff/bb761c6a056dd037e01c6e6f26b357328ae8ed99 Modified Files -