On Fri, Aug 14, 2015 at 3:50 PM, Andres Freund wrote:
> On 2015-08-14 15:32:17 +0900, Michael Paquier wrote:
>> Why hasn't this addition been spread as well in the replication
>> protocol? It seems to me that most of the refactoring work has been
>> done with ReplicationSlotReserveWal.
>
> Feel fr
On 2015-08-14 16:03:51 +0900, Michael Paquier wrote:
> On Fri, Aug 14, 2015 at 3:50 PM, Andres Freund wrote:
> > On 2015-08-14 15:32:17 +0900, Michael Paquier wrote:
> >> Why hasn't this addition been spread as well in the replication
> >> protocol? It seems to me that most of the refactoring work
Reduce lock levels for ALTER TABLE SET autovacuum storage options
Reduce lock levels down to ShareUpdateExclusiveLock for all autovacuum-related
relation options when setting them using ALTER TABLE.
Add infrastructure to allow varying lock levels for relation options in later
patches. Setting mul
Update key words table for 9.5
Branch
--
REL9_5_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/b435f191abbdd09bb97bc386ffe71d24d6934f57
Modified Files
--
doc/src/sgml/keywords.sgml | 51 +---
1 file changed, 29 insertions(+
Update key words table for 9.5
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/845405a7d8dc79f498fe77e3aeeb02ef841b0196
Modified Files
--
doc/src/sgml/keywords.sgml | 51 +---
1 file changed, 29 insertions(+), 22 d
Encoding PG_UHC is code page 949.
This fixes presentation of non-ASCII messages to the Windows event log
and console in rare cases involving Korean locale. Processes like the
postmaster and checkpointer, but not processes attached to databases,
were affected. Back-patch to 9.4, where MessageEnco
Restore old pgwin32_message_to_UTF16() behavior outside transactions.
Commit 49c817eab78c6f0ce8c3bf46766b73d6cf3190b7 replaced with a hard
error the dubious pg_do_encoding_conversion() behavior when outside a
transaction. Reintroduce the historic soft failure locally within
pgwin32_message_to_UTF
Encoding PG_UHC is code page 949.
This fixes presentation of non-ASCII messages to the Windows event log
and console in rare cases involving Korean locale. Processes like the
postmaster and checkpointer, but not processes attached to databases,
were affected. Back-patch to 9.4, where MessageEnco
Encoding PG_UHC is code page 949.
This fixes presentation of non-ASCII messages to the Windows event log
and console in rare cases involving Korean locale. Processes like the
postmaster and checkpointer, but not processes attached to databases,
were affected. Back-patch to 9.4, where MessageEnco
Restore old pgwin32_message_to_UTF16() behavior outside transactions.
Commit 49c817eab78c6f0ce8c3bf46766b73d6cf3190b7 replaced with a hard
error the dubious pg_do_encoding_conversion() behavior when outside a
transaction. Reintroduce the historic soft failure locally within
pgwin32_message_to_UTF
Restore old pgwin32_message_to_UTF16() behavior outside transactions.
Commit 49c817eab78c6f0ce8c3bf46766b73d6cf3190b7 replaced with a hard
error the dubious pg_do_encoding_conversion() behavior when outside a
transaction. Reintroduce the historic soft failure locally within
pgwin32_message_to_UTF
Reject isolation test specifications with duplicate step names.
alter-table-1.spec has such a case, so change one instance of step
rx1 to rx3 instead.
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/43b4a16817c8b5568cec72f3b0e1c8209f5ac7f7
Modified Files
---
Remove bogus step from test_decoding isolation tests.
Commit 43b4a16817c8b5568cec72f3b0e1c8209f5ac7f7 made the isolation
tester reject duplicate step names, and it turns out that the
test_decoding module's concurrent_ddl_dml isolation test has a
duplicate name. I think the second definition isn't
Remove unused expected-output file.
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/8bd42fe5c715c478a4b3ceb77cb28ef9f18b5486
Modified Files
--
src/test/isolation/expected/fk-delete-insert.out | 41 --
1 file changed, 41 deletions(-)
14 matches
Mail list logo