]> granicus.if.org Git - postgresql/commit
Fix cidin() to handle values above 2^31 platform-independently.
authorTom Lane <tgl@sss.pgh.pa.us>
Tue, 18 Oct 2016 16:24:46 +0000 (12:24 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 18 Oct 2016 16:25:14 +0000 (12:25 -0400)
commiteb338c1cd5347b428725c8d7a79769640c2e10d3
tree750c14d10d38a5c502cf975e39883834ea8f0618
parenta567b7c11b311e4ea3a2668591b48ae52021961d
Fix cidin() to handle values above 2^31 platform-independently.

CommandId is declared as uint32, and values up to 4G are indeed legal.
cidout() handles them properly by treating the value as unsigned int.
But cidin() was just using atoi(), which has platform-dependent behavior
for values outside the range of signed int, as reported by Bart Lengkeek
in bug #14379.  Use strtoul() instead, as xidin() does.

In passing, make some purely cosmetic changes to make xidin/xidout
look more like cidin/cidout; the former didn't have a monopoly on
best practice IMO.

Neither xidin nor cidin make any attempt to throw error for invalid input.
I didn't change that here, and am not sure it's worth worrying about
since neither is really a user-facing type.  The point is just to ensure
that indubitably-valid inputs work as expected.

It's been like this for a long time, so back-patch to all supported
branches.

Report: <20161018152550.1413.6439@wrigleys.postgresql.org>
src/backend/utils/adt/xid.c