[COMMITTERS] pgsql: Fix pg_receivexlog --slot so that it doesn't prevent the server

2014-11-18 Thread Fujii Masao
Fix pg_receivexlog --slot so that it doesn't prevent the server shutdown. When pg_receivexlog --slot is connecting to the server, at the shutdown of the server, walsender keeps waiting for the last WAL record to be replicated and flushed in pg_receivexlog. But previously pg_receivexlog issued sync

[COMMITTERS] pgsql: Fix pg_receivexlog --slot so that it doesn't prevent the server

2014-11-18 Thread Fujii Masao
Fix pg_receivexlog --slot so that it doesn't prevent the server shutdown. When pg_receivexlog --slot is connecting to the server, at the shutdown of the server, walsender keeps waiting for the last WAL record to be replicated and flushed in pg_receivexlog. But previously pg_receivexlog issued sync

[COMMITTERS] pgsql: Don't require bleeding-edge timezone data in timestamptz regress

2014-11-18 Thread Tom Lane
Don't require bleeding-edge timezone data in timestamptz regression test. The regression test cases added in commits b2cbced9e et al depended in part on the Russian timezone offset changes of Oct 2014. While this is of no particular concern for a default Postgres build, it was possible for a buil

[COMMITTERS] pgsql: Don't require bleeding-edge timezone data in timestamptz regress

2014-11-18 Thread Tom Lane
Don't require bleeding-edge timezone data in timestamptz regression test. The regression test cases added in commits b2cbced9e et al depended in part on the Russian timezone offset changes of Oct 2014. While this is of no particular concern for a default Postgres build, it was possible for a buil

[COMMITTERS] pgsql: Don't require bleeding-edge timezone data in timestamptz regress

2014-11-18 Thread Tom Lane
Don't require bleeding-edge timezone data in timestamptz regression test. The regression test cases added in commits b2cbced9e et al depended in part on the Russian timezone offset changes of Oct 2014. While this is of no particular concern for a default Postgres build, it was possible for a buil

[COMMITTERS] pgsql: Don't require bleeding-edge timezone data in timestamptz regress

2014-11-18 Thread Tom Lane
Don't require bleeding-edge timezone data in timestamptz regression test. The regression test cases added in commits b2cbced9e et al depended in part on the Russian timezone offset changes of Oct 2014. While this is of no particular concern for a default Postgres build, it was possible for a buil

[COMMITTERS] pgsql: Don't require bleeding-edge timezone data in timestamptz regress

2014-11-18 Thread Tom Lane
Don't require bleeding-edge timezone data in timestamptz regression test. The regression test cases added in commits b2cbced9e et al depended in part on the Russian timezone offset changes of Oct 2014. While this is of no particular concern for a default Postgres build, it was possible for a buil

[COMMITTERS] pgsql: Don't require bleeding-edge timezone data in timestamptz regress

2014-11-18 Thread Tom Lane
Don't require bleeding-edge timezone data in timestamptz regression test. The regression test cases added in commits b2cbced9e et al depended in part on the Russian timezone offset changes of Oct 2014. While this is of no particular concern for a default Postgres build, it was possible for a buil

[COMMITTERS] pgsql: Update comments in find_typedef.

2014-11-18 Thread Tom Lane
Update comments in find_typedef. These comments don't seem to have been touched in a long time. Make them describe the current implementation rather than what was here last century, and be a bit more explicit about the unreferenced-typedefs issue. Branch -- master Details --- http://git

[COMMITTERS] pgsql: Tag refs/tags/REL9_4_RC1 was created

2014-11-18 Thread pgsql
Tag refs/tags/REL9_4_RC1 was created. -- Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-committers

[COMMITTERS] pgsql: Fix some bogus direct uses of realloc().

2014-11-18 Thread Tom Lane
Fix some bogus direct uses of realloc(). pg_dump/parallel.c was using realloc() directly with no error check. While the odds of an actual failure here seem pretty low, Coverity complains about it, so fix by using pg_realloc() instead. While looking for other instances, I noticed a couple of place

[COMMITTERS] pgsql: Fix some bogus direct uses of realloc().

2014-11-18 Thread Tom Lane
Fix some bogus direct uses of realloc(). pg_dump/parallel.c was using realloc() directly with no error check. While the odds of an actual failure here seem pretty low, Coverity complains about it, so fix by using pg_realloc() instead. While looking for other instances, I noticed a couple of place

[COMMITTERS] pgsql: Fix some bogus direct uses of realloc().

2014-11-18 Thread Tom Lane
Fix some bogus direct uses of realloc(). pg_dump/parallel.c was using realloc() directly with no error check. While the odds of an actual failure here seem pretty low, Coverity complains about it, so fix by using pg_realloc() instead. While looking for other instances, I noticed a couple of place

[COMMITTERS] pgsql: Reduce btree scan overhead for < and > strategies

2014-11-18 Thread Simon Riggs
Reduce btree scan overhead for < and > strategies For <, <=, > and >= strategies, mark the first scan key as already matched if scanning in an appropriate direction. If index tuple contains no nulls we can skip the first re-check for each tuple. Author: Rajeev Rastogi Reviewer: Haribabu Kommi Rew