Filter:

Messages in week 27 (Jun 26 - Jul 02, 2017)

110 messages58 started threads27 replied (own)25 replied (other)21 other threads7 first patch2 follow-up patch
ActivityThreadSent
Started threadFirst patchMore race conditions in logical replicationalmost 9 years ago
Replied (own)Race-like failure in recovery/t/009_twophase.plalmost 9 years ago
Started threadpgsql: Fix bug in PostgresNode::query_hash's split() call.almost 9 years ago
Replied (own)Race-like failure in recovery/t/009_twophase.plalmost 9 years ago
Replied (own)Race-like failure in recovery/t/009_twophase.plalmost 9 years ago
Replied (other)BUG #14727: Inicial running of Postgres.almost 9 years ago
Started threadpgsql: Try to improve readability of recovery/t/009_twophase.pl test.almost 9 years ago
Started threadpgsql: Improve TAP test function PostgresNode::poll_query_until().almost 9 years ago
Replied (own)Race-like failure in recovery/t/009_twophase.plalmost 9 years ago
Started threadFirst patchWIP patch for avoiding duplicate initdb runs during "make check"almost 9 years ago
Replied (other)BUG #14726: Memory consumption of PreparedStatementalmost 9 years ago
Replied (other)Using postgres planner as standalone componentalmost 9 years ago
Replied (other)Text search dictionary vs. the C localealmost 9 years ago
Replied (own)Race-like failure in recovery/t/009_twophase.plalmost 9 years ago
Started threadRace-like failure in recovery/t/009_twophase.plalmost 9 years ago
Started threadFirst patchPostgresNode::poll_query_until hackingalmost 9 years ago
Started threadpgsql: Clean up misuse and nonuse of poll_query_until().almost 9 years ago
Started threadpgsql: Reduce delay for last logicalrep feedback message when master goalmost 9 years ago
Started threadpgsql: Shorten timeouts while waiting for logicalrep worker slot attachalmost 9 years ago
Replied (own)Follow-up patchApparent walsender bug triggered by logical replicationalmost 9 years ago
Replied (other)BUG #14718: unable to update table with identity column GENERATED ALWAYSalmost 9 years ago
Replied (other)BUG #14724: Unable to revoke CREATE privileges on public schemaalmost 9 years ago
Replied (own)CREATE COLLATION definitional questions for ICUalmost 9 years ago
Started threadpgsql: Fix race conditions and missed wakeups in syncrep worker signalialmost 9 years ago
Started threadpgsql: Check for error during PQendcopy.almost 9 years ago
Started threadpgsql: Fix walsender to exit promptly if client requests shutdown.almost 9 years ago
Started threadpgsql: Fix walsender to exit promptly if client requests shutdown.almost 9 years ago
Started threadpgsql: Fix walsender to exit promptly if client requests shutdown.almost 9 years ago
Started threadpgsql: Fix walsender to exit promptly if client requests shutdown.almost 9 years ago
Replied (own)Apparent walsender bug triggered by logical replicationalmost 9 years ago
Started threadFirst patchApparent walsender bug triggered by logical replicationalmost 9 years ago
Replied (own)Reducing pg_ctl's reaction timealmost 9 years ago
Replied (other)Segmentation fault in libpqalmost 9 years ago
Replied (other)protocol version negotiation (Re: Libpq PGRES_COPY_BOTH - version compatibility)almost 9 years ago
Started threadpgsql: Eat XIDs more efficiently in recovery TAP test.almost 9 years ago
Started threadpgsql: Ooops, WIN32 code in pg_ctl.c still needs PQExpBuffer.almost 9 years ago
Started threadpgsql: Change pg_ctl to detect server-ready by watching status in postmalmost 9 years ago
Replied (other)9.6 parameters messing up my 9.2 pg_dump/pg_restorealmost 9 years ago
Replied (own)Reducing pg_ctl's reaction timealmost 9 years ago
Replied (other)pg_restore documentationalmost 9 years ago
Replied (own)Reducing pg_ctl's reaction timealmost 9 years ago
Replied (other)protocol version negotiation (Re: Libpq PGRES_COPY_BOTH - version compatibility)almost 9 years ago
Replied (own)Reducing pg_ctl's reaction timealmost 9 years ago
Started threadpgsql: Second try at fixing tcp_keepalives_idle option on Solaris.almost 9 years ago
Started threadpgsql: Second try at fixing tcp_keepalives_idle option on Solaris.almost 9 years ago
Started threadpgsql: Second try at fixing tcp_keepalives_idle option on Solaris.almost 9 years ago
Started threadpgsql: Second try at fixing tcp_keepalives_idle option on Solaris.almost 9 years ago
Started threadpgsql: Second try at fixing tcp_keepalives_idle option on Solaris.almost 9 years ago
Started threadpgsql: Second try at fixing tcp_keepalives_idle option on Solaris.almost 9 years ago
Replied (other)building Postgresql-9.0.10 with patching MERGE keywordalmost 9 years ago
Replied (other)BUG #14720: getsockopt(TCP_KEEPALIVE) failed: Option not supported by protocolalmost 9 years ago
Replied (other)BUG #14720: getsockopt(TCP_KEEPALIVE) failed: Option not supported by protocolalmost 9 years ago
Started threadpgsql: Support tcp_keepalives_idle option on Solaris.almost 9 years ago
Started threadpgsql: Support tcp_keepalives_idle option on Solaris.almost 9 years ago
Started threadpgsql: Support tcp_keepalives_idle option on Solaris.almost 9 years ago
Started threadpgsql: Support tcp_keepalives_idle option on Solaris.almost 9 years ago
Started threadpgsql: Support tcp_keepalives_idle option on Solaris.almost 9 years ago
Started threadpgsql: Support tcp_keepalives_idle option on Solaris.almost 9 years ago
Replied (other)First patchBUG #14720: getsockopt(TCP_KEEPALIVE) failed: Option not supported by protocolalmost 9 years ago
Started threadpgsql: Re-allow SRFs and window functions within sub-selects within aggalmost 9 years ago
Started threadpgsql: Re-allow SRFs and window functions within sub-selects within aggalmost 9 years ago
Started threadpgsql: Re-allow SRFs and window functions within sub-selects within aggalmost 9 years ago
Started threadpgsql: Re-allow SRFs and window functions within sub-selects within aggalmost 9 years ago
Started threadpgsql: Re-allow SRFs and window functions within sub-selects within aggalmost 9 years ago
Replied (own)Reducing pg_ctl's reaction timealmost 9 years ago
Replied (other)BUG #14720: getsockopt(TCP_KEEPALIVE) failed: Option not supported by protocolalmost 9 years ago
Replied (own)Follow-up patchReducing pg_ctl's reaction timealmost 9 years ago
Replied (other)BUG #14719: Logical replication unexpected behaviour when target table has missing columnsalmost 9 years ago
Replied (own)CREATE COLLATION definitional questions for ICUalmost 9 years ago
Replied (other)Modifing returning value of PQgetvalue.about 9 years ago
Replied (other)LEFT JOIN, entry can not be referencedabout 9 years ago
Started threadpgsql: Reduce wal_retrieve_retry_interval in applicable TAP tests.about 9 years ago
Started threadpgsql: Reduce wal_retrieve_retry_interval in applicable TAP tests.about 9 years ago
Replied (other)Error in SPI_execute_plan (when inserting JSON from C code first { simboll is lost)about 9 years ago
Replied (other)Config for fast huge cascaded updatesabout 9 years ago
Replied (own)Reducing pg_ctl's reaction timeabout 9 years ago
Replied (other)When inserting from a SELECT with an ORDER BY, are the inserts (and associated triggers) applied in order?about 9 years ago
Replied (own)Reducing pg_ctl's reaction timeabout 9 years ago
Started threadpgsql: Don't lose walreceiver start requests due to race condition in pabout 9 years ago
Started threadpgsql: Don't lose walreceiver start requests due to race condition in pabout 9 years ago
Started threadpgsql: Don't lose walreceiver start requests due to race condition in pabout 9 years ago
Started threadpgsql: Don't lose walreceiver start requests due to race condition in pabout 9 years ago
Started threadpgsql: Don't lose walreceiver start requests due to race condition in pabout 9 years ago
Started threadpgsql: Don't lose walreceiver start requests due to race condition in pabout 9 years ago
Replied (own)Reducing pg_ctl's reaction timeabout 9 years ago
Replied (own)Reducing pg_ctl's reaction timeabout 9 years ago
Replied (own)Reducing pg_ctl's reaction timeabout 9 years ago
Replied (own)Reducing pg_ctl's reaction timeabout 9 years ago
Replied (own)Reducing pg_ctl's reaction timeabout 9 years ago
Started threadpgsql: Ignore old stats file timestamps when starting the stats collectabout 9 years ago
Started threadpgsql: Ignore old stats file timestamps when starting the stats collectabout 9 years ago
Started threadpgsql: Ignore old stats file timestamps when starting the stats collectabout 9 years ago
Started threadpgsql: Ignore old stats file timestamps when starting the stats collectabout 9 years ago
Started threadpgsql: Ignore old stats file timestamps when starting the stats collectabout 9 years ago
Started threadpgsql: Ignore old stats file timestamps when starting the stats collectabout 9 years ago
Replied (own)Reducing pg_ctl's reaction timeabout 9 years ago
Started threadpgsql: Reduce pg_ctl's reaction time when waiting for postmaster start/about 9 years ago
Replied (own)Timing-sensitive case in src/test/recovery TAP testsabout 9 years ago
Started threadpgsql: Improve wait logic in TAP tests for streaming replication.about 9 years ago
Replied (own)First patchAnother reason why the recovery tests take a long timeabout 9 years ago
Replied (own)Another reason why the recovery tests take a long timeabout 9 years ago
Started threadAnother reason why the recovery tests take a long timeabout 9 years ago
Replied (other)intermittent failures in Cygwin from select_parallel testsabout 9 years ago
Replied (other)fix empty array expression in get_qual_for_list()about 9 years ago
Started threadpgsql: Avoid useless "x = ANY(ARRAY[])" test for empty partition list.about 9 years ago
Started threadpgsql: Minor code review for parse_phrase_operator().about 9 years ago
Started threadpgsql: Minor code review for parse_phrase_operator().about 9 years ago
Replied (other)A mistake in a commentabout 9 years ago
Replied (own)Timing-sensitive case in src/test/recovery TAP testsabout 9 years ago
Started threadFirst patchCorner-case error in pgstats file loadingabout 9 years ago