[COMMITTERS] pgsql: Fix assertion failure due to over-eager code deduplication.

2017-02-28 Thread Andres Freund
Fix assertion failure due to over-eager code deduplication. In the previous commit I'd made MemoryContextContains() use GetMemoryChunkContext(), but that causes trouble when the passed pointer isn't allocated in any memory context - that's probably something we shouldn't do, but the previous commi

[COMMITTERS] pgsql: Reduce size of common allocation header.

2017-02-28 Thread Andres Freund
Reduce size of common allocation header. The new slab allocator needs different per-allocation information than the classical aset.c. The definition in 58b25e981 wasn't sufficiently careful on 32 platforms with 8 byte alignment, leading to buildfarm failures. That's not entirely easy to fix by j

[COMMITTERS] pgsql: Overhaul memory management README.

2017-02-28 Thread Andres Freund
Overhaul memory management README. The README was written as a "historical account", and that style hasn't aged particularly well. Rephrase it to describe the current situation, instead of having various version specific comments. This also updates the description of how allocated chunks are ass

Re: [COMMITTERS] pgsql: Make useful infrastructure from aset.c generally available.

2017-02-28 Thread Andres Freund
On 2017-02-28 23:08:32 -0500, Peter Eisentraut wrote: > On 2/27/17 07:01, Andres Freund wrote: > > Make useful infrastructure from aset.c generally available. > > It looks like something in this patch set has upset the test_decoding > check on several build farm machines (all arm or powerpc it see

Re: [COMMITTERS] pgsql: Make useful infrastructure from aset.c generally available.

2017-02-28 Thread Peter Eisentraut
On 2/27/17 07:01, Andres Freund wrote: > Make useful infrastructure from aset.c generally available. It looks like something in this patch set has upset the test_decoding check on several build farm machines (all arm or powerpc it seems). Any ideas? -- Peter Eisentraut http://www.2

[COMMITTERS] pgsql: Use proper enum constants for LockWaitPolicy

2017-02-28 Thread Peter Eisentraut
Use proper enum constants for LockWaitPolicy Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/eb75f4fced77e108393f18425ec3f7aba2e70a9d Modified Files -- src/backend/executor/execReplication.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) -- S

[COMMITTERS] pgsql: Fix incorrect variable datatype

2017-02-28 Thread Magnus Hagander
Fix incorrect variable datatype Both datatypes map to the same underlying one which is why it still worked, but we should use the correct type. Author: Kyotaro HORIGUCHI Branch -- REL9_4_STABLE Details --- http://git.postgresql.org/pg/commitdiff/71b33680883a359bb75fdb40d64b11d284b73d5c

[COMMITTERS] pgsql: Fix incorrect variable datatype

2017-02-28 Thread Magnus Hagander
Fix incorrect variable datatype Both datatypes map to the same underlying one which is why it still worked, but we should use the correct type. Author: Kyotaro HORIGUCHI Branch -- REL9_6_STABLE Details --- http://git.postgresql.org/pg/commitdiff/965956a03305fb8517c584d37515344f4101

[COMMITTERS] pgsql: Fix incorrect variable datatype

2017-02-28 Thread Magnus Hagander
Fix incorrect variable datatype Both datatypes map to the same underlying one which is why it still worked, but we should use the correct type. Author: Kyotaro HORIGUCHI Branch -- REL9_5_STABLE Details --- http://git.postgresql.org/pg/commitdiff/2cc16380a46d4c2103aa6caa6aaf0170863f8509

[COMMITTERS] pgsql: Fix incorrect variable datatype

2017-02-28 Thread Magnus Hagander
Fix incorrect variable datatype Both datatypes map to the same underlying one which is why it still worked, but we should use the correct type. Author: Kyotaro HORIGUCHI Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/016c9908347ed2ba7b9d7101c858ea7730b6c0b0 Modifi