Re: pgsql: Further code review for pg_lsn data type.
От | Andres Freund |
---|---|
Тема | Re: pgsql: Further code review for pg_lsn data type. |
Дата | |
Msg-id | 20140220005647.GN28858@alap3.anarazel.de обсуждение исходный текст |
Ответ на | pgsql: Further code review for pg_lsn data type. (Robert Haas <rhaas@postgresql.org>) |
Ответы |
Re: pgsql: Further code review for pg_lsn data type.
|
Список | pgsql-committers |
Hi, On 2014-02-19 15:10:52 +0000, Robert Haas wrote: > Change input function error messages to be more consistent with what is > done elsewhere. Remove a bunch of redundant type casts, so that the > compiler will warn us if we screw up. Don't pass LSNs by value on > platforms where a Datum is only 32 bytes, per buildfarm. Move macros > for packing and unpacking LSNs to pg_lsn.h so that we can include > access/xlogdefs.h, to avoid an unsatisfied dependency on XLogRecPtr. Hm, won't #define DatumGetLSN(X) ((XLogRecPtr) DatumGetInt64(X)) #define LSNGetDatum(X) (Int64GetDatum((int64) (X))) possibly truncate the value if it's larger than 2^(63-1) as int is signed but XLogRecPtr is unsigned? I am afraid you're going to have to copy the whole #ifdef USE_FLOAT8_BYVAL dance. Not that it's too likely to have that big values in reality atm... Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-committers по дате отправления: