Bug 19449

GemStone/S

6.7, 6.6.5, 6.6.4, 6.6.3.3, 6.6.3.2, 6.6.3, 6.6.2, 6.6.1, 6.6, 6.5.8, 6.5.7.5, 6.5.7, 6.5.6, 6.5.5, 6.5.4, 6.5.2, 6.5.1, 6.5, 6.3.1, 6.3, 6.2.x, 6.2, 6.1.6, 6.1.5, 6.1.x, 6.0.x, 5.1.5.1, 5.1.5, 5.1.4, 5.1.3

All

DateTime creation on boundaries of Daylight Savings Time

Creation of local DateTimes at the start and end of DST are
problematic.

Between the start date and time of DST and one hour later, there
is no local time.  Attempts to create a local DateTime in this
non-existent range do not fail, they return the DateTime one hour
earlier.

Between the end date and time of DST and one hour earlier, the
local Time is ambiguous; there are two distinct DateTimes that
are correct representations of the local time.  The current
creation mechanism returns the DateTime of the later of the two.
Consequentially, there are certain GMT DateTimes (the earlier
of the two for an ambiguous local time) that it is not possible
to create using the DateTime local time creation methods

Workaround

Use the DateTime gmt creation methods to avoid the inherent
ambiguity of the local time at the DST boundaries.


Last updated: