Fix memory leak due to LogicalRepRelMapEntry.attrmap.
When rebuilding the relation mapping on subscribers, we were not releasing
the attribute mapping's memory which was no longer required.
The attribute mapping used in logical tuple conversion was refactored in
PG13 (by commit e1551f96e6) but we
Fix memory leak due to LogicalRepRelMapEntry.attrmap.
When rebuilding the relation mapping on subscribers, we were not releasing
the attribute mapping's memory which was no longer required.
The attribute mapping used in logical tuple conversion was refactored in
PG13 (by commit e1551f96e6) but we
Fix memory leak due to LogicalRepRelMapEntry.attrmap.
When rebuilding the relation mapping on subscribers, we were not releasing
the attribute mapping's memory which was no longer required.
The attribute mapping used in logical tuple conversion was refactored in
PG13 (by commit e1551f96e6) but we
Fix memory leak due to LogicalRepRelMapEntry.attrmap.
When rebuilding the relation mapping on subscribers, we were not releasing
the attribute mapping's memory which was no longer required.
The attribute mapping used in logical tuple conversion was refactored in
PG13 (by commit e1551f96e6) but we
Fix memory leak due to LogicalRepRelMapEntry.attrmap.
When rebuilding the relation mapping on subscribers, we were not releasing
the attribute mapping's memory which was no longer required.
The attribute mapping used in logical tuple conversion was refactored in
PG13 (by commit e1551f96e6) but we
Fix memory leak due to LogicalRepRelMapEntry.attrmap.
When rebuilding the relation mapping on subscribers, we were not releasing
the attribute mapping's memory which was no longer required.
The attribute mapping used in logical tuple conversion was refactored in
PG13 (by commit e1551f96e6) but we
Fix two issues with HEADER MATCH in COPY
072132f0 used the attnum offset to access the raw_fields array when
checking that the attribute names of the header and of the relation
match, leading to incorrect results or even crashes if the attribute
numbers of a relation are changed, like on a dropped
pgstat: Mention pgstat_replslot.c in pgstat.c.
Oversight, by me, in commit 5891c7a8ed8.
Author: "Drouvot, Bertrand"
Discussion: https://postgr.es/m/[email protected]
Branch
--
master
Details
---
https://git.postgresql.org/pg/commitdiff/eba331ae2aad781d498f
doc: improve wording of plpgsql RAISE format text
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
master
Details
---
https://git.postgresql.org/pg/commitdiff/0b135e4c2ec9b8db
doc: improve wording of plpgsql RAISE format text
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
REL_14_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/f1e3a7075
doc: improve wording of plpgsql RAISE format text
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
REL_11_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/d1ec8eaf7
doc: improve wording of plpgsql RAISE format text
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
REL_12_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/5ad46aec8
doc: improve wording of plpgsql RAISE format text
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
REL_13_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/9adc4cd3d
doc: improve wording of plpgsql RAISE format text
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
REL_10_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/9c3e3d6bc
doc: clarify wording about phantom reads
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
REL_14_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/1463f22d42fddc620
doc: clarify wording about phantom reads
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
REL_12_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/c08b3e9413b745b00
doc: clarify wording about phantom reads
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
REL_13_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/3485f8d03eb8cdaa1
doc: clarify wording about phantom reads
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
REL_11_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/f831a4b99ffda6d80
doc: clarify wording about phantom reads
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
master
Details
---
https://git.postgresql.org/pg/commitdiff/a9a230e623e551889b325bc5
doc: clarify wording about phantom reads
Reported-by: [email protected]
Discussion:
https://postgr.es/m/[email protected]
Backpatch-through: 10
Branch
--
REL_10_STABLE
Details
---
https://git.postgresql.org/pg/commitdiff/4e594a42657e4a62e
amcheck: Fix incorrect use of VARATT_IS_COMPRESSED.
The macro is being applied to a TOAST pointer, not a varlena header.
Therefore the use of VARATT_IS_COMPRESSED() is wrong. We can check
VARATT_EXTERNAL_IS_COMPRESSED(), but then we don't need the length
check that follows.
Report and fix by Kyot
Fix SPI's handling of errors during transaction commit.
SPI_commit previously left it up to the caller to recover from any error
occurring during commit. Since that's complicated and requires use of
low-level xact.c facilities, it's not too surprising that no caller got
it right. Let's move the
Fix SPI's handling of errors during transaction commit.
SPI_commit previously left it up to the caller to recover from any error
occurring during commit. Since that's complicated and requires use of
low-level xact.c facilities, it's not too surprising that no caller got
it right. Let's move the
Fix SPI's handling of errors during transaction commit.
SPI_commit previously left it up to the caller to recover from any error
occurring during commit. Since that's complicated and requires use of
low-level xact.c facilities, it's not too surprising that no caller got
it right. Let's move the
Fix SPI's handling of errors during transaction commit.
SPI_commit previously left it up to the caller to recover from any error
occurring during commit. Since that's complicated and requires use of
low-level xact.c facilities, it's not too surprising that no caller got
it right. Let's move the
doc: Clean up title case use
Branch
--
master
Details
---
https://git.postgresql.org/pg/commitdiff/9f0b953457012a41321ab62cffa6aeabcb6e99b2
Modified Files
--
doc/src/sgml/config.sgml | 2 +-
doc/src/sgml/ref/pgbench.sgml | 4 ++--
2 files changed, 3 insertions(+), 3 deleti
26 matches
Mail list logo