Re: Change pg_last_xlog_receive_location not to move backwards
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Fujii Masao <masao.fujii@gmail.com>
Cc: PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2011-01-24T19:25:11Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Typo fixes. receivedUpto should be capitalized consistently.
- d309acf201ab 9.1.0 cited
On Thu, Jan 13, 2011 at 2:40 AM, Fujii Masao <masao.fujii@gmail.com> wrote: > On Thu, Jan 13, 2011 at 4:24 PM, Fujii Masao <masao.fujii@gmail.com> wrote: >> So I'm thinking to change pg_last_xlog_receive_location not to >> move backwards. > > The attached patch does that. It looks to me like this is changing more than just the return value of pg_last_xlog_receive_location. receivedUpto isn't only used for that one function, and there's no explanation in your email or in the patch of why the new behavior is correct and/or better for the other places where it's used. This email from Heikki seems to indicate that there's a reason for the current behavior: http://archives.postgresql.org/pgsql-hackers/2010-06/msg00586.php -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company