[COMMITTERS] pgsql: Add new user fn pg_current_xlog_flush_location()

2016-01-11 Thread Simon Riggs
Add new user fn pg_current_xlog_flush_location() Tomas Vondra, reviewed by Michael Paquier and Amit Kapila Minor edits by me Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/e63bb4549a2f47b86de9fc21c9f8b00440f34f99 Modified Files -- doc/src/sgml/func.sgml

[COMMITTERS] pgsql: Maintain local LogwrtResult consistently

2016-01-11 Thread Simon Riggs
Maintain local LogwrtResult consistently Teach GetFlushRecPtr() to update LogwrtResult cache as performed by all other functions in xlog.c Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/1e29e6324ca7d52eb751c8d63881d1f7c44e3921 Modified Files -- src/back

[COMMITTERS] pgsql: Remove no-longer-needed old-style check for incompatible plpytho

2016-01-11 Thread Tom Lane
Remove no-longer-needed old-style check for incompatible plpythons. Commit 866566a690bb9916 introduced a new mechanism for incompatible plpythons to detect each other. I left the old mechanism in place, because it seems possible that a plpython predating that commit might be used with one postdat

[COMMITTERS] pgsql: Use LOAD not actual code execution to pull in plpython library.

2016-01-11 Thread Tom Lane
Use LOAD not actual code execution to pull in plpython library. Commit 866566a690bb9916 is insufficient to prevent dump/reload failures when using transform modules in a database with both plpython2 and plpython3 installed. The reason is that the transform extension scripts use DO blocks as a mec

[COMMITTERS] pgsql: Use LOAD not actual code execution to pull in plpython library.

2016-01-11 Thread Tom Lane
Use LOAD not actual code execution to pull in plpython library. Commit 866566a690bb9916 is insufficient to prevent dump/reload failures when using transform modules in a database with both plpython2 and plpython3 installed. The reason is that the transform extension scripts use DO blocks as a mec

[COMMITTERS] pgsql: Avoid dump/reload problems when using both plpython2 and plpytho

2016-01-11 Thread Tom Lane
Avoid dump/reload problems when using both plpython2 and plpython3. Commit 803716013dc1350f installed a safeguard against loading plpython2 and plpython3 at the same time, but asserted that both could still be used in the same database, just not in the same session. However, that's not actually a

[COMMITTERS] pgsql: Avoid dump/reload problems when using both plpython2 and plpytho

2016-01-11 Thread Tom Lane
Avoid dump/reload problems when using both plpython2 and plpython3. Commit 803716013dc1350f installed a safeguard against loading plpython2 and plpython3 at the same time, but asserted that both could still be used in the same database, just not in the same session. However, that's not actually a

[COMMITTERS] pgsql: Avoid dump/reload problems when using both plpython2 and plpytho

2016-01-11 Thread Tom Lane
Avoid dump/reload problems when using both plpython2 and plpython3. Commit 803716013dc1350f installed a safeguard against loading plpython2 and plpython3 at the same time, but asserted that both could still be used in the same database, just not in the same session. However, that's not actually a

[COMMITTERS] pgsql: Avoid dump/reload problems when using both plpython2 and plpytho

2016-01-11 Thread Tom Lane
Avoid dump/reload problems when using both plpython2 and plpython3. Commit 803716013dc1350f installed a safeguard against loading plpython2 and plpython3 at the same time, but asserted that both could still be used in the same database, just not in the same session. However, that's not actually a

[COMMITTERS] pgsql: Avoid dump/reload problems when using both plpython2 and plpytho

2016-01-11 Thread Tom Lane
Avoid dump/reload problems when using both plpython2 and plpython3. Commit 803716013dc1350f installed a safeguard against loading plpython2 and plpython3 at the same time, but asserted that both could still be used in the same database, just not in the same session. However, that's not actually a