Re: pg_basebackup fails on databases with high OIDs - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: pg_basebackup fails on databases with high OIDs
Date
Msg-id 304f2314-099d-8c30-7b06-c6a1c9076fca@2ndquadrant.com
Whole thread Raw
In response to Re: pg_basebackup fails on databases with high OIDs  (Magnus Hagander <magnus@hagander.net>)
Responses Re: pg_basebackup fails on databases with high OIDs  (Julien Rouhaud <rjuju123@gmail.com>)
List pgsql-hackers
On 2020-01-06 21:00, Magnus Hagander wrote:
>> +0.5 to avoid calling OidInputFunctionCall()
> 
> Or just directly using atol() instead of atoi()? Well maybe not
> directly but in a small wrapper that verifies it's not bigger than an
> unsigned?
> 
> Unlike in cases where we use oidin etc, we are dealing with data that
> is "mostly trusted" here, aren't we? Meaning we could call atol() on
> it, and throw an error if it overflows, and be done with it?
> Subdirectories in the data directory aren't exactly "untrusted enduser
> data"...

Yeah, it looks like we are using strtoul() without additional error 
checking in similar situations, so here is a patch doing it like that.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Attachment

pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: remove some STATUS_* symbols
Next
From: Michael Paquier
Date:
Subject: Re: pgbench - use pg logging capabilities