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

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [PATCH 02/16] Add zeroRecPtr as a shortcut for initializing a local variable to {0, 0}
Дата
Msg-id CA+TgmoZXP--UK1zhWN_EP=Rnz7HzSvtZj93rBOtyyJQNk11zmQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [PATCH 02/16] Add zeroRecPtr as a shortcut for initializing a local variable to {0, 0}  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: [PATCH 02/16] Add zeroRecPtr as a shortcut for initializing a local variable to {0, 0}  (Andres Freund <andres@2ndquadrant.com>)
Список pgsql-hackers
On Thu, Jun 14, 2012 at 9:57 AM, Andres Freund <andres@2ndquadrant.com> wrote:
> On Thursday, June 14, 2012 03:50:28 PM Robert Haas wrote:
>> On Wed, Jun 13, 2012 at 7:28 AM, Andres Freund <andres@2ndquadrant.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.
> Oh. I didn't find that one. Judging from all the code defining local variants
> of it I am not alone in that... Why is it in transam.h and not xlogdefs.h?

Uh, not sure.  We used to have a variable by that name defined in a
bunch of places, and I cleaned it up some in commit
503c7305a1e379f95649eef1a694d0c1dbdc674a.  But if there are still more
redundant definitions floating around, it would be nice to clean those
up.

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


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: creating objects in pg_catalog
Следующее
От: Florian Pflug
Дата:
Сообщение: Re: libpq compression