Fix out-of-bound memory access for interval -> char conversion
authorMichael Paquier <michael@paquier.xyz>
Mon, 12 Apr 2021 02:30:50 +0000 (11:30 +0900)
committerMichael Paquier <michael@paquier.xyz>
Mon, 12 Apr 2021 02:30:50 +0000 (11:30 +0900)
commit7a3972597f6ed7a6976d81abb66c38a7a1c29058
treed2838706864943355c98c170059056a6bf1f57f9
parent6277435a8a89c59f716c111200c072d1454b8ff2
Fix out-of-bound memory access for interval -> char conversion

Using Roman numbers (via "RM" or "rm") for a conversion to calculate a
number of months has never considered the case of negative numbers,
where a conversion could easily cause out-of-bound memory accesses.  The
conversions in themselves were not completely consistent either, as
specifying 12 would result in NULL, but it should mean XII.

This commit reworks the conversion calculation to have a more
consistent behavior:
- If the number of months and years is 0, return NULL.
- If the number of months is positive, return the exact month number.
- If the number of months is negative, do a backward calculation, with
-1 meaning December, -2 November, etc.

Reported-by: Theodor Arsenij Larionov-Trichkin
Author: Julien Rouhaud
Discussion: https://postgr.es/m/16953-f255a18f8c51f1d5@postgresql.org
backpatch-through: 9.6
src/backend/utils/adt/formatting.c
src/test/regress/expected/timestamp.out
src/test/regress/sql/timestamp.sql