aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeModifyTable.c
diff options
context:
space:
mode:
authorMichael Paquier <michael@paquier.xyz>2023-04-18 11:20:41 +0900
committerMichael Paquier <michael@paquier.xyz>2023-04-18 11:20:41 +0900
commitf18029084784ec71a2e825cfcfd81b06d597ab93 (patch)
tree7cf403d6c669013f8c0c71ac25d6367c1f8a01fa /src/backend/executor/nodeModifyTable.c
parenteef231e8161eb8031a928fe48134ef25ab81fe5e (diff)
downloadpostgresql-f18029084784ec71a2e825cfcfd81b06d597ab93.tar.gz
postgresql-f18029084784ec71a2e825cfcfd81b06d597ab93.zip
ecpg: Fix handling of strings in ORACLE compat code with SQLDA
When compiled with -C ORACLE, ecpg_get_data() had a one-off issue where it would incorrectly store the null terminator byte to str[-1] when varcharsize is 0, which is something that can happen when using SQLDA. This would eat 1 byte from the previous field stored, corrupting the results generated. All the callers of ecpg_get_data() estimate and allocate enough storage for the data received, and the fix of this commit relies on this assumption. Note that this maps to the case where no padding or truncation is required. This issue has been introduced by 3b7ab43 with the Oracle compatibility option, so backpatch down to v11. Author: Kyotaro Horiguchi Discussion: https://postgr.es/m/20230410.173500.440060475837236886.horikyota.ntt@gmail.com Backpatch-through: 11
Diffstat (limited to 'src/backend/executor/nodeModifyTable.c')
0 files changed, 0 insertions, 0 deletions