aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/arrayfuncs.c
diff options
context:
space:
mode:
authorThomas G. Lockhart <lockhart@fourpalms.org>1999-01-10 17:20:54 +0000
committerThomas G. Lockhart <lockhart@fourpalms.org>1999-01-10 17:20:54 +0000
commit6d5d673ca87903e73cc88bfcf9b7ca3266f6aa99 (patch)
tree2a9766f17e42015ca545d680d7b3a8cb3ebd9b1e /src/backend/utils/adt/arrayfuncs.c
parentc715788681121b78af3046d5c039c751625c8ad9 (diff)
downloadpostgresql-6d5d673ca87903e73cc88bfcf9b7ca3266f6aa99.tar.gz
postgresql-6d5d673ca87903e73cc88bfcf9b7ca3266f6aa99.zip
Be more careful to check input string lengths as well as values
when deciding whether a field is a year field. Assume *anything* longer than 2 digits (if it isn't a special-case doy) is a valid year. This should fix the "Y1K" and "Y10K" problems pointed out by Massimo recently. Check usage of BC to require a positive-valued year; before just used it to flip the sign of the year without checking. This led to problems near year zero. Allow a 5 digit "concatenated date" of 2 digit year plus day of year. Do 2->4 digit year correction for 6 and 5 digit "concatenated dates". Somehow forgot this originally. Guess not many folks use it...
Diffstat (limited to 'src/backend/utils/adt/arrayfuncs.c')
0 files changed, 0 insertions, 0 deletions