diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2014-02-13 18:45:32 -0500 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2014-02-13 18:45:32 -0500 |
commit | 7644a7bd8c3bfe35f9f39039304cb16c93b7a943 (patch) | |
tree | 545059cf4399112118dd6e4d3b36b5a84a67acf6 /src/backend/commands/functioncmds.c | |
parent | a8a46d846c13d1ed07ad0a900e37dd318c8096e2 (diff) | |
download | postgresql-7644a7bd8c3bfe35f9f39039304cb16c93b7a943.tar.gz postgresql-7644a7bd8c3bfe35f9f39039304cb16c93b7a943.zip |
Clean up error cases in psql's COPY TO STDOUT/FROM STDIN code.
Adjust handleCopyOut() to stop trying to write data once it's failed
one time. For typical cases such as out-of-disk-space or broken-pipe,
additional attempts aren't going to do anything but waste time, and
in any case clean truncation of the output seems like a better behavior
than randomly dropping blocks in the middle.
Also remove dubious (and misleadingly documented) attempt to force our way
out of COPY_OUT state if libpq didn't do that. If we did have a situation
like that, it'd be a bug in libpq and would be better fixed there, IMO.
We can hope that commit fa4440f51628d692f077d54b8313aea31af087ea took care
of any such problems, anyway.
Also fix longstanding bug in handleCopyIn(): PQputCopyEnd() only supports
a non-null errormsg parameter in protocol version 3, and will actively
fail if one is passed in version 2. This would've made our attempts
to get out of COPY_IN state after a failure into infinite loops when
talking to pre-7.4 servers.
Back-patch the COPY_OUT state change business back to 9.2 where it was
introduced, and the other two fixes into all supported branches.
Diffstat (limited to 'src/backend/commands/functioncmds.c')
0 files changed, 0 insertions, 0 deletions