[COMMITTERS] pgsql: Add missing condition for pg_depend in hstore migration script.

2013-09-30 Thread Andrew Dunstan
Add missing condition for pg_depend in hstore migration script. Error noted by Andres Freund. Branch -- REL9_3_STABLE Details --- http://git.postgresql.org/pg/commitdiff/d794eae6135b3bb43b54498e95253aa43d776905 Modified Files -- contrib/hstore/hstore--1.1--1.2.sql |1 + 1

[COMMITTERS] pgsql: Add missing condition for pg_depend in hstore migration script.

2013-09-30 Thread Andrew Dunstan
Add missing condition for pg_depend in hstore migration script. Error noted by Andres Freund. Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/7ce569babddf7bc76657390032cb6cf6793476cc Modified Files -- contrib/hstore/hstore--1.1--1.2.sql |1 + 1 file c

Re: [COMMITTERS] pgsql: Use a new hstore extension version for added json functions.

2013-09-30 Thread Andres Freund
Hi, On 2013-09-29 21:50:13 +, Andrew Dunstan wrote: > Use a new hstore extension version for added json functions. > Details > --- > http://git.postgresql.org/pg/commitdiff/a18167510f4c385329697588ce5132cbf95779c3 > > Modified Files > -- > contrib/hstore/hstore--1.1--1.2.sql

[COMMITTERS] pgsql: Ensure installation dirs are built before contents are installed

2013-09-30 Thread Andrew Dunstan
Ensure installation dirs are built before contents are installed (v2) Push dependency on installdirs down to individual targets. Christoph Berg Branch -- REL9_3_STABLE Details --- http://git.postgresql.org/pg/commitdiff/7f165f2587f6dafe7d4d438136dd959ed5610979 Modified Files --

[COMMITTERS] pgsql: Ensure installation dirs are built before contents are installed

2013-09-30 Thread Andrew Dunstan
Ensure installation dirs are built before contents are installed (v2) Push dependency on installdirs down to individual targets. Christoph Berg Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/eebdea08bb6c185dd7e7542f35565a2c12ab1342 Modified Files -- sr

[COMMITTERS] pgsql: In bms_add_member(), use repalloc() if the bms needs to be enlar

2013-09-30 Thread Heikki Linnakangas
In bms_add_member(), use repalloc() if the bms needs to be enlarged. Previously bms_add_member() would palloc a whole-new copy of the existing set, copy the words, and pfree the old one. repalloc() is potentially much faster, and more importantly, this is less surprising if CurrentMemoryContext is

[COMMITTERS] pgsql: Fix snapshot leak if lo_open called on non-existent object.

2013-09-30 Thread Heikki Linnakangas
Fix snapshot leak if lo_open called on non-existent object. lo_open registers the currently active snapshot, and checks if the large object exists after that. Normally, snapshots registered by lo_open are unregistered at end of transaction when the lo descriptor is closed, but if we error out befo

[COMMITTERS] pgsql: Fix snapshot leak if lo_open called on non-existent object.

2013-09-30 Thread Heikki Linnakangas
Fix snapshot leak if lo_open called on non-existent object. lo_open registers the currently active snapshot, and checks if the large object exists after that. Normally, snapshots registered by lo_open are unregistered at end of transaction when the lo descriptor is closed, but if we error out befo

[COMMITTERS] pgsql: Fix snapshot leak if lo_open called on non-existent object.

2013-09-30 Thread Heikki Linnakangas
Fix snapshot leak if lo_open called on non-existent object. lo_open registers the currently active snapshot, and checks if the large object exists after that. Normally, snapshots registered by lo_open are unregistered at end of transaction when the lo descriptor is closed, but if we error out befo

[COMMITTERS] pgsql: Fix snapshot leak if lo_open called on non-existent object.

2013-09-30 Thread Heikki Linnakangas
Fix snapshot leak if lo_open called on non-existent object. lo_open registers the currently active snapshot, and checks if the large object exists after that. Normally, snapshots registered by lo_open are unregistered at end of transaction when the lo descriptor is closed, but if we error out befo

[COMMITTERS] pgsql: Fix snapshot leak if lo_open called on non-existent object.

2013-09-30 Thread Heikki Linnakangas
Fix snapshot leak if lo_open called on non-existent object. lo_open registers the currently active snapshot, and checks if the large object exists after that. Normally, snapshots registered by lo_open are unregistered at end of transaction when the lo descriptor is closed, but if we error out befo

[COMMITTERS] pgsql: Fix snapshot leak if lo_open called on non-existent object.

2013-09-30 Thread Heikki Linnakangas
Fix snapshot leak if lo_open called on non-existent object. lo_open registers the currently active snapshot, and checks if the large object exists after that. Normally, snapshots registered by lo_open are unregistered at end of transaction when the lo descriptor is closed, but if we error out befo