Does TupleQueueReaderNext() really need to copy its result?
1 patchset tracked - current t41105_11
v11t41105_11posted Sep 09, 2020tests failedwon't retryancient 6ypg 14
base7be04496a Jul 31, 2020 - 2241 days / 15821 commits behind master (from history)
applyapplied Aug 18, 16:07
rebaselast tried Aug 18, 16:07 on 195e8e427
Applying: Avoid redundant tuple copy while sending tuples to Gather Using index info to reconstruct a base tree... M src/backend/executor/execTuples.c M src/backend/executor/tqueue.c M src/include/executor/tuptable.h Falling back to patching base and 3-way merge... Auto-merging src/include/executor/tuptable.h Auto-merging src/backend/executor/tqueue.c CONFLICT (content): Merge conflict in src/backend/executor/tqueue.c Auto-merging src/backend/executor/execTuples.c Patch failed at 0001 Avoid redundant tuple copy while sending tuples to Gather error: Failed to merge in the changes. hint: Use 'git am --show-current-patch=diff' to see the failed patch hint: When you have resolved this problem, run "git am --continue". hint: If you prefer to skip this patch, run "git am --skip" instead. hint: To restore the original branch and stop patching, run "git am --abort". hint: Disable this message with "git config advice.mergeConflict false"
conflicts on master: src/backend/executor/tqueue.c
pushAug 18, 16:07 -> da56430e0branchdiff vs base
| Result | Att | PG | Tests | Build / test | Image | When |
|---|---|---|---|---|---|---|
| tests failed | 1 | 14 | 466 / 467 | 2m 07s / 1m 41s | docker run ... :t41105 | Aug 18, 16:14 |
run 32158548888failed: regress/sysviews executed 467 - ccache 202 hit / 4117 miss - head da56430e0 - digest sha256:b3f5601c0959ee... - run 32158548888 | ||||||