aboutsummaryrefslogtreecommitdiff
path: root/src/backend/commands/dbcommands.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2014-10-22 18:41:57 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2014-10-22 18:41:57 -0400
commit98144378c4811b71728e5d78c043d6a147e5e0bc (patch)
treed914042f64ca3bc76ca1912d6e4ae27211a51fba /src/backend/commands/dbcommands.c
parentd5fef87e9672c3099015b4aa0833a8336ac8ad94 (diff)
downloadpostgresql-98144378c4811b71728e5d78c043d6a147e5e0bc.tar.gz
postgresql-98144378c4811b71728e5d78c043d6a147e5e0bc.zip
Ensure libpq reports a suitable error message on unexpected socket EOF.
The EOF-detection logic in pqReadData was a bit confused about who should set up the error message in case the kernel gives us read-ready-but-no-data rather than ECONNRESET or some other explicit error condition. Since the whole point of this situation is that the lower-level functions don't know there's anything wrong, pqReadData itself must set up the message. But keep the assumption that if an errno was reported, a message was set up at lower levels. Per bug #11712 from Marko Tiikkaja. It's been like this for a very long time, so back-patch to all supported branches.
Diffstat (limited to 'src/backend/commands/dbcommands.c')
0 files changed, 0 insertions, 0 deletions