Re: More consistency for some file-related error message - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: More consistency for some file-related error message
Date
Msg-id 20180719033330.GH3411@paquier.xyz
Whole thread Raw
In response to Re: More consistency for some file-related error message  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: More consistency for some file-related error message  (Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>)
Re: More consistency for some file-related error message  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On Wed, Jul 18, 2018 at 11:24:05PM -0400, Tom Lane wrote:
> read() is required by spec to set errno when returning a negative result.
> I think the previous coding paid attention to errno regardless of the sign
> of the result, which would justify pre-zeroing it ... but the new coding
> definitely doesn't.

Yes, my point is a bit different though..  Do you think that we need to
bother about the case where errno is not 0 before calling read(), in the
case where it returns a positive result?  This would mean that errno
would still have a previous errno set, still it returned a number of
bytes read.  For the code paths discussed here that visibly does not
matter so you are right, we could remove them, still patterns get easily
copy-pasted around...
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: More consistency for some file-related error message
Next
From: Kyotaro HORIGUCHI
Date:
Subject: Re: patch to allow disable of WAL recycling