[COMMITTERS] pgsql: Fix two low-probability memory leaks in regular expression parsi

2014-07-18 Thread Tom Lane
Fix two low-probability memory leaks in regular expression parsing. If pg_regcomp failed after having invoked markst/cleanst, it would leak any "struct subre" nodes it had created. (We've already detected all regex syntax errors at that point, so the only likely causes of later failure would be q

[COMMITTERS] pgsql: Fix two low-probability memory leaks in regular expression parsi

2014-07-18 Thread Tom Lane
Fix two low-probability memory leaks in regular expression parsing. If pg_regcomp failed after having invoked markst/cleanst, it would leak any "struct subre" nodes it had created. (We've already detected all regex syntax errors at that point, so the only likely causes of later failure would be q

[COMMITTERS] pgsql: Fix two low-probability memory leaks in regular expression parsi

2014-07-18 Thread Tom Lane
Fix two low-probability memory leaks in regular expression parsing. If pg_regcomp failed after having invoked markst/cleanst, it would leak any "struct subre" nodes it had created. (We've already detected all regex syntax errors at that point, so the only likely causes of later failure would be q

[COMMITTERS] pgsql: Fix two low-probability memory leaks in regular expression parsi

2014-07-18 Thread Tom Lane
Fix two low-probability memory leaks in regular expression parsing. If pg_regcomp failed after having invoked markst/cleanst, it would leak any "struct subre" nodes it had created. (We've already detected all regex syntax errors at that point, so the only likely causes of later failure would be q

[COMMITTERS] pgsql: Fix two low-probability memory leaks in regular expression parsi

2014-07-18 Thread Tom Lane
Fix two low-probability memory leaks in regular expression parsing. If pg_regcomp failed after having invoked markst/cleanst, it would leak any "struct subre" nodes it had created. (We've already detected all regex syntax errors at that point, so the only likely causes of later failure would be q

[COMMITTERS] pgsql: Fix two low-probability memory leaks in regular expression parsi

2014-07-18 Thread Tom Lane
Fix two low-probability memory leaks in regular expression parsing. If pg_regcomp failed after having invoked markst/cleanst, it would leak any "struct subre" nodes it had created. (We've already detected all regex syntax errors at that point, so the only likely causes of later failure would be q

[COMMITTERS] pgsql: Fix two low-probability memory leaks in regular expression parsi

2014-07-18 Thread Tom Lane
Fix two low-probability memory leaks in regular expression parsing. If pg_regcomp failed after having invoked markst/cleanst, it would leak any "struct subre" nodes it had created. (We've already detected all regex syntax errors at that point, so the only likely causes of later failure would be q

[COMMITTERS] pgsql: Limit pg_upgrade authentication advice to always-secure techniqu

2014-07-18 Thread Noah Misch
Limit pg_upgrade authentication advice to always-secure techniques. ~/.pgpass is a sound choice everywhere, and "peer" authentication is safe on every platform it supports. Cease to recommend "trust" authentication, the safety of which is deeply configuration-specific. Back-patch to 9.0, where pg

[COMMITTERS] pgsql: Limit pg_upgrade authentication advice to always-secure techniqu

2014-07-18 Thread Noah Misch
Limit pg_upgrade authentication advice to always-secure techniques. ~/.pgpass is a sound choice everywhere, and "peer" authentication is safe on every platform it supports. Cease to recommend "trust" authentication, the safety of which is deeply configuration-specific. Back-patch to 9.0, where pg

[COMMITTERS] pgsql: Limit pg_upgrade authentication advice to always-secure techniqu

2014-07-18 Thread Noah Misch
Limit pg_upgrade authentication advice to always-secure techniques. ~/.pgpass is a sound choice everywhere, and "peer" authentication is safe on every platform it supports. Cease to recommend "trust" authentication, the safety of which is deeply configuration-specific. Back-patch to 9.0, where pg

[COMMITTERS] pgsql: Limit pg_upgrade authentication advice to always-secure techniqu

2014-07-18 Thread Noah Misch
Limit pg_upgrade authentication advice to always-secure techniques. ~/.pgpass is a sound choice everywhere, and "peer" authentication is safe on every platform it supports. Cease to recommend "trust" authentication, the safety of which is deeply configuration-specific. Back-patch to 9.0, where pg

[COMMITTERS] pgsql: Limit pg_upgrade authentication advice to always-secure techniqu

2014-07-18 Thread Noah Misch
Limit pg_upgrade authentication advice to always-secure techniques. ~/.pgpass is a sound choice everywhere, and "peer" authentication is safe on every platform it supports. Cease to recommend "trust" authentication, the safety of which is deeply configuration-specific. Back-patch to 9.0, where pg

[COMMITTERS] pgsql: Limit pg_upgrade authentication advice to always-secure techniqu

2014-07-18 Thread Noah Misch
Limit pg_upgrade authentication advice to always-secure techniques. ~/.pgpass is a sound choice everywhere, and "peer" authentication is safe on every platform it supports. Cease to recommend "trust" authentication, the safety of which is deeply configuration-specific. Back-patch to 9.0, where pg