Quick Links

Re: [PATCH 02/16] Add zeroRecPtr as a shortcut for initializing a local variable to {0, 0}

From:	Robert Haas <robertmhaas(at)gmail(dot)com>
To:	Andres Freund <andres(at)2ndquadrant(dot)com>
Cc:	pgsql-hackers(at)postgresql(dot)org
Subject:	Re: [PATCH 02/16] Add zeroRecPtr as a shortcut for initializing a local variable to {0, 0}
Date:	2012-06-14 13:50:28
Message-ID:	CA+TgmoauFX6_S=W=EMgE9RzPa2RZia0RH5JHqoTzOxJzmjpJPg@mail.gmail.com
Views:	Raw Message \| Whole Thread \| Download mbox \| Resend email
Thread:
Lists:	pgsql-hackers

On Wed, Jun 13, 2012 at 7:28 AM, Andres Freund <andres(at)2ndquadrant(dot)com> wrote:
> This is locally defined in lots of places and would get introduced frequently
> in the next commits. It is expected that this can be defined in a header-only
> manner as soon as the XLogInsert scalability groundwork from Heikki gets in.

This appears to be redundant with the existing InvalidXLogRecPtr,
defined in access/transam.h.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

[PATCH 02/16] Add zeroRecPtr as a shortcut for initializing a local variable to {0, 0} at 2012-06-13 11:28:33 from Andres Freund

Responses

Re: [PATCH 02/16] Add zeroRecPtr as a shortcut for initializing a local variable to {0, 0} at 2012-06-14 13:57:53 from Andres Freund
Re: [PATCH 02/16] Add zeroRecPtr as a shortcut for initializing a local variable to {0, 0} at 2012-06-18 15:52:28 from Andres Freund

Browse pgsql-hackers by date

	From	Date	Subject
Next Message	Robert Haas	2012-06-14 13:55:09	Re: WIP patch for Todo Item : Provide fallback_application_name in contrib/pgbench, oid2name, and dblink
Previous Message	Noah Misch	2012-06-14 13:50:25	Re: Restrict ALTER FUNCTION CALLED ON NULL INPUT (was Re: Not quite a security hole: CREATE LANGUAGE for non-superusers)