[COMMITTERS] pgsql: doc: Update URLs of external projects

2015-10-02 Thread Peter Eisentraut
doc: Update URLs of external projects Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/1023194b7aba88680a5c943d5122d086c3431d19 Modified Files -- doc/src/sgml/external-projects.sgml |8 1 file changed, 4 insertions(+), 4 deletions(-) -- Sent

[COMMITTERS] pgsql: doc: Update URLs of external projects

2015-10-02 Thread Peter Eisentraut
doc: Update URLs of external projects Branch -- REL9_5_STABLE Details --- http://git.postgresql.org/pg/commitdiff/0777a887c24197d1d9d611ecc4b85a2d74b616b2 Modified Files -- doc/src/sgml/external-projects.sgml |8 1 file changed, 4 insertions(+), 4 deletions(-) -

[COMMITTERS] pgsql: doc: Make some index terms and terminology more consistent

2015-10-02 Thread Peter Eisentraut
doc: Make some index terms and terminology more consistent Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/eff091cc19118c1be7f692c969ca3ebb6994552a Modified Files -- doc/src/sgml/ddl.sgml | 13 ++--- doc/src/sgml/ref/create_policy.s

[COMMITTERS] pgsql: doc: Make some index terms and terminology more consistent

2015-10-02 Thread Peter Eisentraut
doc: Make some index terms and terminology more consistent Branch -- REL9_5_STABLE Details --- http://git.postgresql.org/pg/commitdiff/5f904924bc270fd2d8dcc29f8267515e79a07baf Modified Files -- doc/src/sgml/ddl.sgml | 13 ++--- doc/src/sgml/ref/create_p

[COMMITTERS] pgsql: Update time zone data files to tzdata release 2015g.

2015-10-02 Thread Tom Lane
Update time zone data files to tzdata release 2015g. DST law changes in Cayman Islands, Fiji, Moldova, Morocco, Norfolk Island, North Korea, Turkey, Uruguay. New zone America/Fort_Nelson for Canadian Northern Rockies. Branch -- REL9_3_STABLE Details --- http://git.postgresql.org/pg/comm

[COMMITTERS] pgsql: Update time zone data files to tzdata release 2015g.

2015-10-02 Thread Tom Lane
Update time zone data files to tzdata release 2015g. DST law changes in Cayman Islands, Fiji, Moldova, Morocco, Norfolk Island, North Korea, Turkey, Uruguay. New zone America/Fort_Nelson for Canadian Northern Rockies. Branch -- REL9_0_STABLE Details --- http://git.postgresql.org/pg/comm

[COMMITTERS] pgsql: Update time zone data files to tzdata release 2015g.

2015-10-02 Thread Tom Lane
Update time zone data files to tzdata release 2015g. DST law changes in Cayman Islands, Fiji, Moldova, Morocco, Norfolk Island, North Korea, Turkey, Uruguay. New zone America/Fort_Nelson for Canadian Northern Rockies. Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/

[COMMITTERS] pgsql: Update time zone data files to tzdata release 2015g.

2015-10-02 Thread Tom Lane
Update time zone data files to tzdata release 2015g. DST law changes in Cayman Islands, Fiji, Moldova, Morocco, Norfolk Island, North Korea, Turkey, Uruguay. New zone America/Fort_Nelson for Canadian Northern Rockies. Branch -- REL9_2_STABLE Details --- http://git.postgresql.org/pg/comm

[COMMITTERS] pgsql: Update time zone data files to tzdata release 2015g.

2015-10-02 Thread Tom Lane
Update time zone data files to tzdata release 2015g. DST law changes in Cayman Islands, Fiji, Moldova, Morocco, Norfolk Island, North Korea, Turkey, Uruguay. New zone America/Fort_Nelson for Canadian Northern Rockies. Branch -- REL9_4_STABLE Details --- http://git.postgresql.org/pg/comm

[COMMITTERS] pgsql: Update time zone data files to tzdata release 2015g.

2015-10-02 Thread Tom Lane
Update time zone data files to tzdata release 2015g. DST law changes in Cayman Islands, Fiji, Moldova, Morocco, Norfolk Island, North Korea, Turkey, Uruguay. New zone America/Fort_Nelson for Canadian Northern Rockies. Branch -- REL9_1_STABLE Details --- http://git.postgresql.org/pg/comm

[COMMITTERS] pgsql: Update time zone data files to tzdata release 2015g.

2015-10-02 Thread Tom Lane
Update time zone data files to tzdata release 2015g. DST law changes in Cayman Islands, Fiji, Moldova, Morocco, Norfolk Island, North Korea, Turkey, Uruguay. New zone America/Fort_Nelson for Canadian Northern Rockies. Branch -- REL9_5_STABLE Details --- http://git.postgresql.org/pg/comm

[COMMITTERS] pgsql: Clarify FDW documentation about ON CONFLICT.

2015-10-02 Thread Robert Haas
Clarify FDW documentation about ON CONFLICT. Etsuro Fujita, reviewed by Peter Geoghegan Branch -- REL9_5_STABLE Details --- http://git.postgresql.org/pg/commitdiff/63e86ecacd505f2e1c125ff2361f47754f3e18c0 Modified Files -- doc/src/sgml/fdwhandler.sgml |7 --- 1 file c

[COMMITTERS] pgsql: Clarify FDW documentation about ON CONFLICT.

2015-10-02 Thread Robert Haas
Clarify FDW documentation about ON CONFLICT. Etsuro Fujita, reviewed by Peter Geoghegan Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/01bc589a464964475a0718497ebd21af5bc7338e Modified Files -- doc/src/sgml/fdwhandler.sgml |7 --- 1 file changed,

[COMMITTERS] pgsql: Add recursion depth protection to LIKE matching.

2015-10-02 Thread Tom Lane
Add recursion depth protection to LIKE matching. Since MatchText() recurses, it could in principle be driven to stack overflow, although quite a long pattern would be needed. Branch -- REL9_4_STABLE Details --- http://git.postgresql.org/pg/commitdiff/bb1d979612706655bd8be1ea54beadeee5bad

[COMMITTERS] pgsql: Add recursion depth protection to LIKE matching.

2015-10-02 Thread Tom Lane
Add recursion depth protection to LIKE matching. Since MatchText() recurses, it could in principle be driven to stack overflow, although quite a long pattern would be needed. Branch -- REL9_3_STABLE Details --- http://git.postgresql.org/pg/commitdiff/4175cc604f6df6b0f9e9f177898a1b94e6f14

[COMMITTERS] pgsql: Add recursion depth protection to LIKE matching.

2015-10-02 Thread Tom Lane
Add recursion depth protection to LIKE matching. Since MatchText() recurses, it could in principle be driven to stack overflow, although quite a long pattern would be needed. Branch -- REL9_1_STABLE Details --- http://git.postgresql.org/pg/commitdiff/f80af01174fa1aafa97b9464f31db2b554d26

[COMMITTERS] pgsql: Add recursion depth protection to LIKE matching.

2015-10-02 Thread Tom Lane
Add recursion depth protection to LIKE matching. Since MatchText() recurses, it could in principle be driven to stack overflow, although quite a long pattern would be needed. Branch -- REL9_0_STABLE Details --- http://git.postgresql.org/pg/commitdiff/b875ca09f3626e4002b5e70e00f99e4bc29c4

[COMMITTERS] pgsql: Add recursion depth protection to LIKE matching.

2015-10-02 Thread Tom Lane
Add recursion depth protection to LIKE matching. Since MatchText() recurses, it could in principle be driven to stack overflow, although quite a long pattern would be needed. Branch -- REL9_5_STABLE Details --- http://git.postgresql.org/pg/commitdiff/bdc5d95b60bc1f17962a6b6184924b3672bd2

[COMMITTERS] pgsql: Add recursion depth protection to LIKE matching.

2015-10-02 Thread Tom Lane
Add recursion depth protection to LIKE matching. Since MatchText() recurses, it could in principle be driven to stack overflow, although quite a long pattern would be needed. Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/2e8cfcf4ea1140213eae56ce64a2c53182643578 Mo

[COMMITTERS] pgsql: Add recursion depth protection to LIKE matching.

2015-10-02 Thread Tom Lane
Add recursion depth protection to LIKE matching. Since MatchText() recurses, it could in principle be driven to stack overflow, although quite a long pattern would be needed. Branch -- REL9_2_STABLE Details --- http://git.postgresql.org/pg/commitdiff/57bf7b54831b68f63cea006b988e82cccb346

[COMMITTERS] pgsql: Add recursion depth protections to regular expression matching.

2015-10-02 Thread Tom Lane
Add recursion depth protections to regular expression matching. Some of the functions in regex compilation and execution recurse, and therefore could in principle be driven to stack overflow. The Tcl crew has seen this happen in practice in duptraverse(), though their fix was to put in a hard-wir

[COMMITTERS] pgsql: Add recursion depth protections to regular expression matching.

2015-10-02 Thread Tom Lane
Add recursion depth protections to regular expression matching. Some of the functions in regex compilation and execution recurse, and therefore could in principle be driven to stack overflow. The Tcl crew has seen this happen in practice in duptraverse(), though their fix was to put in a hard-wir

[COMMITTERS] pgsql: Add recursion depth protections to regular expression matching.

2015-10-02 Thread Tom Lane
Add recursion depth protections to regular expression matching. Some of the functions in regex compilation and execution recurse, and therefore could in principle be driven to stack overflow. The Tcl crew has seen this happen in practice in duptraverse(), though their fix was to put in a hard-wir

[COMMITTERS] pgsql: Add recursion depth protections to regular expression matching.

2015-10-02 Thread Tom Lane
Add recursion depth protections to regular expression matching. Some of the functions in regex compilation and execution recurse, and therefore could in principle be driven to stack overflow. The Tcl crew has seen this happen in practice in duptraverse(), though their fix was to put in a hard-wir

[COMMITTERS] pgsql: Add recursion depth protections to regular expression matching.

2015-10-02 Thread Tom Lane
Add recursion depth protections to regular expression matching. Some of the functions in regex compilation and execution recurse, and therefore could in principle be driven to stack overflow. The Tcl crew has seen this happen in practice in duptraverse(), though their fix was to put in a hard-wir

[COMMITTERS] pgsql: Add recursion depth protections to regular expression matching.

2015-10-02 Thread Tom Lane
Add recursion depth protections to regular expression matching. Some of the functions in regex compilation and execution recurse, and therefore could in principle be driven to stack overflow. The Tcl crew has seen this happen in practice in duptraverse(), though their fix was to put in a hard-wir

[COMMITTERS] pgsql: Add recursion depth protections to regular expression matching.

2015-10-02 Thread Tom Lane
Add recursion depth protections to regular expression matching. Some of the functions in regex compilation and execution recurse, and therefore could in principle be driven to stack overflow. The Tcl crew has seen this happen in practice in duptraverse(), though their fix was to put in a hard-wir

[COMMITTERS] pgsql: Fix potential infinite loop in regular expression execution.

2015-10-02 Thread Tom Lane
Fix potential infinite loop in regular expression execution. In cfindloop(), if the initial call to shortest() reports that a zero-length match is possible at the current search start point, but then it is unable to construct any actual match to that, it'll just loop around with the same start poi

[COMMITTERS] pgsql: Fix potential infinite loop in regular expression execution.

2015-10-02 Thread Tom Lane
Fix potential infinite loop in regular expression execution. In cfindloop(), if the initial call to shortest() reports that a zero-length match is possible at the current search start point, but then it is unable to construct any actual match to that, it'll just loop around with the same start poi

[COMMITTERS] pgsql: Fix potential infinite loop in regular expression execution.

2015-10-02 Thread Tom Lane
Fix potential infinite loop in regular expression execution. In cfindloop(), if the initial call to shortest() reports that a zero-length match is possible at the current search start point, but then it is unable to construct any actual match to that, it'll just loop around with the same start poi

[COMMITTERS] pgsql: Fix potential infinite loop in regular expression execution.

2015-10-02 Thread Tom Lane
Fix potential infinite loop in regular expression execution. In cfindloop(), if the initial call to shortest() reports that a zero-length match is possible at the current search start point, but then it is unable to construct any actual match to that, it'll just loop around with the same start poi

[COMMITTERS] pgsql: Fix potential infinite loop in regular expression execution.

2015-10-02 Thread Tom Lane
Fix potential infinite loop in regular expression execution. In cfindloop(), if the initial call to shortest() reports that a zero-length match is possible at the current search start point, but then it is unable to construct any actual match to that, it'll just loop around with the same start poi

[COMMITTERS] pgsql: Fix potential infinite loop in regular expression execution.

2015-10-02 Thread Tom Lane
Fix potential infinite loop in regular expression execution. In cfindloop(), if the initial call to shortest() reports that a zero-length match is possible at the current search start point, but then it is unable to construct any actual match to that, it'll just loop around with the same start poi

[COMMITTERS] pgsql: Fix potential infinite loop in regular expression execution.

2015-10-02 Thread Tom Lane
Fix potential infinite loop in regular expression execution. In cfindloop(), if the initial call to shortest() reports that a zero-length match is possible at the current search start point, but then it is unable to construct any actual match to that, it'll just loop around with the same start poi

[COMMITTERS] pgsql: Add some more query-cancel checks to regular expression matching

2015-10-02 Thread Tom Lane
Add some more query-cancel checks to regular expression matching. Commit 9662143f0c35d64d7042fbeaf879df8f0b54be32 added infrastructure to allow regular-expression operations to be terminated early in the event of SIGINT etc. However, fuzz testing by Greg Stark disclosed that there are still cases

[COMMITTERS] pgsql: Add some more query-cancel checks to regular expression matching

2015-10-02 Thread Tom Lane
Add some more query-cancel checks to regular expression matching. Commit 9662143f0c35d64d7042fbeaf879df8f0b54be32 added infrastructure to allow regular-expression operations to be terminated early in the event of SIGINT etc. However, fuzz testing by Greg Stark disclosed that there are still cases

[COMMITTERS] pgsql: Add some more query-cancel checks to regular expression matching

2015-10-02 Thread Tom Lane
Add some more query-cancel checks to regular expression matching. Commit 9662143f0c35d64d7042fbeaf879df8f0b54be32 added infrastructure to allow regular-expression operations to be terminated early in the event of SIGINT etc. However, fuzz testing by Greg Stark disclosed that there are still cases

[COMMITTERS] pgsql: Add some more query-cancel checks to regular expression matching

2015-10-02 Thread Tom Lane
Add some more query-cancel checks to regular expression matching. Commit 9662143f0c35d64d7042fbeaf879df8f0b54be32 added infrastructure to allow regular-expression operations to be terminated early in the event of SIGINT etc. However, fuzz testing by Greg Stark disclosed that there are still cases

[COMMITTERS] pgsql: Add some more query-cancel checks to regular expression matching

2015-10-02 Thread Tom Lane
Add some more query-cancel checks to regular expression matching. Commit 9662143f0c35d64d7042fbeaf879df8f0b54be32 added infrastructure to allow regular-expression operations to be terminated early in the event of SIGINT etc. However, fuzz testing by Greg Stark disclosed that there are still cases

[COMMITTERS] pgsql: Docs: add disclaimer about hazards of using regexps from untrust

2015-10-02 Thread Tom Lane
Docs: add disclaimer about hazards of using regexps from untrusted sources. It's not terribly hard to devise regular expressions that take large amounts of time and/or memory to process. Recent testing by Greg Stark has also shown that machines with small stack limits can be driven to stack overf

[COMMITTERS] pgsql: Add some more query-cancel checks to regular expression matching

2015-10-02 Thread Tom Lane
Add some more query-cancel checks to regular expression matching. Commit 9662143f0c35d64d7042fbeaf879df8f0b54be32 added infrastructure to allow regular-expression operations to be terminated early in the event of SIGINT etc. However, fuzz testing by Greg Stark disclosed that there are still cases

[COMMITTERS] pgsql: Add some more query-cancel checks to regular expression matching

2015-10-02 Thread Tom Lane
Add some more query-cancel checks to regular expression matching. Commit 9662143f0c35d64d7042fbeaf879df8f0b54be32 added infrastructure to allow regular-expression operations to be terminated early in the event of SIGINT etc. However, fuzz testing by Greg Stark disclosed that there are still cases

[COMMITTERS] pgsql: Docs: add disclaimer about hazards of using regexps from untrust

2015-10-02 Thread Tom Lane
Docs: add disclaimer about hazards of using regexps from untrusted sources. It's not terribly hard to devise regular expressions that take large amounts of time and/or memory to process. Recent testing by Greg Stark has also shown that machines with small stack limits can be driven to stack overf

[COMMITTERS] pgsql: Docs: add disclaimer about hazards of using regexps from untrust

2015-10-02 Thread Tom Lane
Docs: add disclaimer about hazards of using regexps from untrusted sources. It's not terribly hard to devise regular expressions that take large amounts of time and/or memory to process. Recent testing by Greg Stark has also shown that machines with small stack limits can be driven to stack overf

[COMMITTERS] pgsql: Docs: add disclaimer about hazards of using regexps from untrust

2015-10-02 Thread Tom Lane
Docs: add disclaimer about hazards of using regexps from untrusted sources. It's not terribly hard to devise regular expressions that take large amounts of time and/or memory to process. Recent testing by Greg Stark has also shown that machines with small stack limits can be driven to stack overf

[COMMITTERS] pgsql: Docs: add disclaimer about hazards of using regexps from untrust

2015-10-02 Thread Tom Lane
Docs: add disclaimer about hazards of using regexps from untrusted sources. It's not terribly hard to devise regular expressions that take large amounts of time and/or memory to process. Recent testing by Greg Stark has also shown that machines with small stack limits can be driven to stack overf

[COMMITTERS] pgsql: Docs: add disclaimer about hazards of using regexps from untrust

2015-10-02 Thread Tom Lane
Docs: add disclaimer about hazards of using regexps from untrusted sources. It's not terribly hard to devise regular expressions that take large amounts of time and/or memory to process. Recent testing by Greg Stark has also shown that machines with small stack limits can be driven to stack overf

[COMMITTERS] pgsql: Docs: add disclaimer about hazards of using regexps from untrust

2015-10-02 Thread Tom Lane
Docs: add disclaimer about hazards of using regexps from untrusted sources. It's not terribly hard to devise regular expressions that take large amounts of time and/or memory to process. Recent testing by Greg Stark has also shown that machines with small stack limits can be driven to stack overf

[COMMITTERS] pgsql: Docs: add another example of creating a range type.

2015-10-02 Thread Tom Lane
Docs: add another example of creating a range type. The "floatrange" example is a bit too simple because float8mi can be used without any additional type conversion. Add an example that does have to account for that, and do some minor other wordsmithing. Branch -- REL9_5_STABLE Details

[COMMITTERS] pgsql: Docs: add another example of creating a range type.

2015-10-02 Thread Tom Lane
Docs: add another example of creating a range type. The "floatrange" example is a bit too simple because float8mi can be used without any additional type conversion. Add an example that does have to account for that, and do some minor other wordsmithing. Branch -- master Details --- htt

[COMMITTERS] pgsql: Don't disable commit_ts in standby if enabled locally

2015-10-02 Thread Alvaro Herrera
Don't disable commit_ts in standby if enabled locally Bug noticed by Fujii Masao Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/e06b2e1d2ecde5cef469b9eac3dc5bf825a29a26 Modified Files -- src/backend/access/transam/commit_ts.c |5 +++-- 1 file changed

[COMMITTERS] pgsql: Don't disable commit_ts in standby if enabled locally

2015-10-02 Thread Alvaro Herrera
Don't disable commit_ts in standby if enabled locally Bug noticed by Fujii Masao Branch -- REL9_5_STABLE Details --- http://git.postgresql.org/pg/commitdiff/65dc1fc99a257a98961bfb964a1a95b2f521cd74 Modified Files -- src/backend/access/transam/commit_ts.c |5 +++-- 1 file