aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeModifyTable.c
diff options
context:
space:
mode:
authorStephen Frost <sfrost@snowman.net>2013-07-15 10:42:27 -0400
committerStephen Frost <sfrost@snowman.net>2013-07-15 10:42:27 -0400
commit03010366b6fb61aac0998f234478cc745ff97b0c (patch)
tree37e9b356f6246760461b2aeb106450141de9b820 /src/backend/executor/nodeModifyTable.c
parent3355443fb188b86d59ca90912d5456b427c29116 (diff)
downloadpostgresql-03010366b6fb61aac0998f234478cc745ff97b0c.tar.gz
postgresql-03010366b6fb61aac0998f234478cc745ff97b0c.zip
Correct off-by-one when reading from pipe
In pg_basebackup.c:reached_end_position(), we're reading from an internal pipe with our own background process but we're possibly reading more bytes than will actually fit into our buffer due to an off-by-one error. As we're reading from an internal pipe there's no real risk here, but it's good form to not depend on such convenient arrangements. Bug spotted by the Coverity scanner. Back-patch to 9.2 where this showed up.
Diffstat (limited to 'src/backend/executor/nodeModifyTable.c')
0 files changed, 0 insertions, 0 deletions