Filter:

Messages in week 40 (Sep 28 - Oct 04, 2020)

Threads112 messages
35Started
6Replied in own
71Replied to othersin 34 threads
Patchesof which 4 carried a patch
1New patchfirst in its thread
3Follow-uprevision of an earlier one
ActivityThreadSent
Started threadA modest proposal: let's add PID to assertion failure messagesalmost 6 years ago
Replied (other)Can't query system tables during transactionalmost 6 years ago
Replied (other)small cleanup: unify scanstr() functionsalmost 6 years ago
Started threadpgsql: Make postgres.bki use the same literal-string syntax as postgresalmost 6 years ago
Replied (other)BUG #16653: Regression in CTE evaluationalmost 6 years ago
Started threadFirst patchBuglets in equivclass.calmost 6 years ago
Replied (other)buildfarm animal shoveler failing with "Illegal instruction"almost 6 years ago
Replied (other)POC: contrib/unaccent as IMMUTABLEalmost 6 years ago
Replied (other)POC: contrib/unaccent as IMMUTABLEalmost 6 years ago
Replied (other)UUID generation problemalmost 6 years ago
Replied (other)UUID generation problemalmost 6 years ago
Replied (other)Rejecting redundant options in Create Collationalmost 6 years ago
Replied (other)BUG #16643: PG13 - Logical replication - initial startup never finishes and gets stuck in startup loopalmost 6 years ago
Replied (other)buildfarm animal shoveler failing with "Illegal instruction"almost 6 years ago
Replied (other)Rejecting redundant options in Create Collationalmost 6 years ago
Replied (other)small cleanup: unify scanstr() functionsalmost 6 years ago
Started threadpgsql: Put back explicit setting of replication values within TAP testsalmost 6 years ago
Started threadpgsql: Put back explicit setting of replication values within TAP testsalmost 6 years ago
Started threadpgsql: Put back explicit setting of replication values within TAP testsalmost 6 years ago
Started threadpgsql: Put back explicit setting of replication values within TAP testsalmost 6 years ago
Started threadpgsql: Put back explicit setting of replication values within TAP testsalmost 6 years ago
Replied (other)Manager for commit fest 2020-09almost 6 years ago
Replied (own)Why does PostgresNode.pm set such a low value of max_wal_senders?almost 6 years ago
Replied (other)terminate called after throwing an instance of 'std::bad_alloc'almost 6 years ago
Replied (other)BUG #16419: wrong parsing BC year in to_date() functionalmost 6 years ago
Replied (other)BUG #16419: wrong parsing BC year in to_date() functionalmost 6 years ago
Replied (other)BUG #16419: wrong parsing BC year in to_date() functionalmost 6 years ago
Replied (other)BUG #16643: PG13 - Logical replication - initial startup never finishes and gets stuck in startup loopalmost 6 years ago
Replied (other)BUG #16419: wrong parsing BC year in to_date() functionalmost 6 years ago
Replied (other)BUG #16643: PG13 - Logical replication - initial startup never finishes and gets stuck in startup loopalmost 6 years ago
Replied (other)pgsql: Change SHA2 implementation based on OpenSSL to use EVP digest roalmost 6 years ago
Started threadpgsql: Fix handling of BC years in to_date/to_timestamp.almost 6 years ago
Started threadpgsql: Fix handling of BC years in to_date/to_timestamp.almost 6 years ago
Started threadpgsql: Fix handling of BC years in to_date/to_timestamp.almost 6 years ago
Started threadpgsql: Fix handling of BC years in to_date/to_timestamp.almost 6 years ago
Started threadpgsql: Fix handling of BC years in to_date/to_timestamp.almost 6 years ago
Started threadpgsql: Fix handling of BC years in to_date/to_timestamp.almost 6 years ago
Started threadpgsql: Fix handling of BC years in to_date/to_timestamp.almost 6 years ago
Replied (other)BUG #16419: wrong parsing BC year in to_date() functionalmost 6 years ago
Replied (other)BUG #16419: wrong parsing BC year in to_date() functionalmost 6 years ago
Replied (other)Problem close curser after rollbackalmost 6 years ago
Replied (other)BUG #16419: wrong parsing BC year in to_date() functionalmost 6 years ago
Replied (other)[PATCH] audo-detect and use -moutline-atomics compilation flag for aarch64almost 6 years ago
Replied (own)Residual cpluspluscheck issuesalmost 6 years ago
Replied (other)temp table same name real tablealmost 6 years ago
Replied (other)ERROR: insufficient columns in the PRIMARY KEY constraint definitionalmost 6 years ago
Replied (other)Use PG_FINALLY to simplify codealmost 6 years ago
Replied (other)NOTIFY docs fixup - emit and deliver consistencyalmost 6 years ago
Replied (other)BUG #16645: pg_upgrade does not mark template1 as a system databasealmost 6 years ago
Replied (other)BUG #16644: null value for defaults in OLD variable for triggeralmost 6 years ago
Replied (other)ERROR: insufficient columns in the PRIMARY KEY constraint definitionalmost 6 years ago
Started threadpgsql: Remove obsolete replication settings within TAP tests.almost 6 years ago
Started threadpgsql: Remove obsolete replication settings within TAP tests.almost 6 years ago
Started threadpgsql: Remove obsolete replication settings within TAP tests.almost 6 years ago
Started threadpgsql: Remove obsolete replication settings within TAP tests.almost 6 years ago
Started threadpgsql: Remove obsolete replication settings within TAP tests.almost 6 years ago
Replied (other)ERROR: insufficient columns in the PRIMARY KEY constraint definitionalmost 6 years ago
Replied (own)Why does PostgresNode.pm set such a low value of max_wal_senders?almost 6 years ago
Replied (other)ERROR: insufficient columns in the PRIMARY KEY constraint definitionalmost 6 years ago
Replied (other)ERROR: insufficient columns in the PRIMARY KEY constraint definitionalmost 6 years ago
Replied (other)ERROR: insufficient columns in the PRIMARY KEY constraint definitionalmost 6 years ago
Started threadWhy does PostgresNode.pm set such a low value of max_wal_senders?almost 6 years ago
Replied (own)Dumping/restoring fails on inherited generated columnalmost 6 years ago
Replied (other)BUG #16643: PG13 - Logical replication - initial startup never finishes and gets stuck in startup loopalmost 6 years ago
Replied (other)Version 13 documentation layout is harder to read than version 12almost 6 years ago
Replied (other)Version 13 documentation layout is harder to read than version 12almost 6 years ago
Replied (other)Compile 12.2 with specific OpenSSL librariesalmost 6 years ago
Replied (other)Compile 12.2 with specific OpenSSL librariesalmost 6 years ago
Replied (other)Follow-up patchBUG #16419: wrong parsing BC year in to_date() functionalmost 6 years ago
Replied (other)BUG #16419: wrong parsing BC year in to_date() functionalmost 6 years ago
Started threadpgsql: Fix make_timestamp[tz] to accept negative years as meaning BC.almost 6 years ago
Replied (other)BUG #16419: wrong parsing BC year in to_date() functionalmost 6 years ago
Replied (own)Dumping/restoring fails on inherited generated columnalmost 6 years ago
Replied (other)BUG #16622: pg_dump produces erroneus ALTER TABLE statement for a table with an inherited generated columnalmost 6 years ago
Replied (own)Dumping/restoring fails on inherited generated columnalmost 6 years ago
Replied (other)Planner making bad choice in alternative subplan decisionalmost 6 years ago
Replied (other)calling procedures is slow and consumes extra much memory against calling functionalmost 6 years ago
Started threadpgsql: Fix memory leak in plpgsql's CALL processing.almost 6 years ago
Started threadpgsql: Fix memory leak in plpgsql's CALL processing.almost 6 years ago
Started threadpgsql: Fix memory leak in plpgsql's CALL processing.almost 6 years ago
Started threadpgsql: Fix memory leak in plpgsql's CALL processing.almost 6 years ago
Replied (other)Version 13 documentation layout is harder to read than version 12almost 6 years ago
Replied (other)Version 13 documentation layout is harder to read than version 12almost 6 years ago
Replied (other)pgsql: Change SHA2 implementation based on OpenSSL to use EVP digest roalmost 6 years ago
Replied (other)Small improvements to pg_list.h's linitial(), lsecond(), lthird() etc macrosalmost 6 years ago
Started threadpgsql: Add for_each_from, to simplify loops starting from non-first lisalmost 6 years ago
Started threadpgsql: Add for_each_from, to simplify loops starting from non-first lisalmost 6 years ago
Replied (other)Small improvements to pg_list.h's linitial(), lsecond(), lthird() etc macrosalmost 6 years ago
Replied (other)Planner making bad choice in alternative subplan decisionalmost 6 years ago
Replied (other)DOMAIN/composite TYPE vs. base TYPEalmost 6 years ago
Replied (other)Follow-up patchSmall improvements to pg_list.h's linitial(), lsecond(), lthird() etc macrosalmost 6 years ago
Replied (other)DOMAIN/composite TYPE vs. base TYPEalmost 6 years ago
Replied (other)Modifying database schema without losing dataalmost 6 years ago
Started threadpgsql: Stabilize create_table regression test.almost 6 years ago
Replied (other)re PG 9.6x and found xmin from before relfrozenxid and removal of pg_internal.init file(s)almost 6 years ago
Started threadpgsql: Assign collations in partition bound expressions.almost 6 years ago
Started threadpgsql: Assign collations in partition bound expressions.almost 6 years ago
Started threadpgsql: Assign collations in partition bound expressions.almost 6 years ago
Started threadpgsql: Remove complaints about COLLATE clauses in partition bound valuealmost 6 years ago
Replied (other)Re: Report error position in partition bound checkalmost 6 years ago
Replied (other)pgsql: Change SHA2 implementation based on OpenSSL to use EVP digest roalmost 6 years ago
Replied (other)re PG 9.6x and found xmin from before relfrozenxid and removal of pg_internal.init file(s)almost 6 years ago
Replied (other)Load TIME fields - proposed performance improvementalmost 6 years ago
Started threadpgsql: Cache the result of converting now() to a struct pg_tm.almost 6 years ago
Replied (other)Small improvements to pg_list.h's linitial(), lsecond(), lthird() etc macrosalmost 6 years ago
Replied (other)Skip ExecCheckRTPerms in CTAS with no dataalmost 6 years ago
Replied (other)The return value of SPI_connectalmost 6 years ago
Replied (other)Small improvements to pg_list.h's linitial(), lsecond(), lthird() etc macrosalmost 6 years ago
Started threadpgsql: Minor mop-up for List improvements.almost 6 years ago
Replied (other)Small improvements to pg_list.h's linitial(), lsecond(), lthird() etc macrosalmost 6 years ago
Replied (other)Partition prune with stable Expralmost 6 years ago
Replied (other)Follow-up patchcalling procedures is slow and consumes extra much memory against calling functionalmost 6 years ago