summaryrefslogtreecommitdiff
path: root/src/tutorial/complex.source
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2012-04-25 17:25:34 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2012-04-25 17:25:34 -0400
commit17fc5db766146c6144f808a8117aee9d7c7901d6 (patch)
tree9fee27687d0e57f795309104948591dde2805206 /src/tutorial/complex.source
parent062f113e52fd63ffd8c2e7f4e24c9b2087d386c1 (diff)
Fix edge-case behavior of pg_next_dst_boundary().
Due to rather sloppy thinking (on my part, I'm afraid) about the appropriate behavior for boundary conditions, pg_next_dst_boundary() gave undefined, platform-dependent results when the input time is exactly the last recorded DST transition time for the specified time zone, as a result of fetching values one past the end of its data arrays. Change its specification to be that it always finds the next DST boundary *after* the input time, and adjust code to match that. The sole existing caller, DetermineTimeZoneOffset, doesn't actually care about this distinction, since it always uses a probe time earlier than the instant that it does care about. So it seemed best to me to change the API to make the result=1 and result=0 cases more consistent, specifically to ensure that the "before" outputs always describe the state at the given time, rather than hacking the code to obey the previous API comment exactly. Per bug #6605 from Sergey Burladyan. Back-patch to all supported versions.
Diffstat (limited to 'src/tutorial/complex.source')
0 files changed, 0 insertions, 0 deletions