aboutsummaryrefslogtreecommitdiff
path: root/src/backend/jit/llvm/llvmjit_expr.c
diff options
context:
space:
mode:
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>2019-01-25 14:54:38 +0200
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>2019-01-25 14:54:38 +0200
commita5be6e9a1dfe820807f9ccb21dec5144982618e6 (patch)
tree9f1fe7de8994889a2c0463210c7a33f879568a3e /src/backend/jit/llvm/llvmjit_expr.c
parent7c079d7417a8f2d4bf5144732e2f85117db9214f (diff)
downloadpostgresql-a5be6e9a1dfe820807f9ccb21dec5144982618e6.tar.gz
postgresql-a5be6e9a1dfe820807f9ccb21dec5144982618e6.zip
Fix comments that claimed that mblen() only looks at first byte.
GB18030's mblen() function looks at the first and the second byte of the multibyte character, to determine its length. copy.c had made the assumption that mblen() only looks at the first byte, but it turns out to work out fine, because of the way the GB18030 encoding works. COPY will see a 4-byte encoded character as two 2-byte encoded characters, which is enough for COPY's purposes. It cannot mix those up with delimiter or escaping characters, because only single-byte ASCII characters are supported as delimiters or escape characters. Discussion: https://www.postgresql.org/message-id/7704d099-9643-2a55-fb0e-becd64400dcb%40iki.fi
Diffstat (limited to 'src/backend/jit/llvm/llvmjit_expr.c')
0 files changed, 0 insertions, 0 deletions