Fix failure to check for open() or fsync() failures.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 26 Dec 2018 21:08:17 +0000 (16:08 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 26 Dec 2018 21:08:17 +0000 (16:08 -0500)
commit8528e3d849a896f8711c56fb41eae56f8c986729
tree8c5a1f303eeb4f5d872f80f285bc5b03c147eca4
parente9fcfed3fb6b15e6b33bea9bb8504b14560857a8
Fix failure to check for open() or fsync() failures.

While it seems OK to not be concerned about fsync() failure for a
pre-existing signal file, it's not OK to not even check for open()
failure.  This at least causes complaints from static analyzers,
and I think on some platforms passing -1 to fsync() or close() might
trigger assertion-type failures.  Also add (void) casts to make clear
that we're ignoring fsync's result intentionally.

Oversights in commit 2dedf4d9a, noted by Coverity.
src/backend/access/transam/xlog.c