Bug 36400

GemBuilder for Smalltalk

7.1.2, 7.1.1, 7.1, 7.0.2, 7.0.1, 7.0, 6.2, 6.1, 6.0, 5.2.5, 5.2.4, 5.2.3, 5.2.2, 5.2.1, 5.2

All

7.2, 5.3, 5.2.6

Replicated DatesTimes replicated incorrectly for one hour at end of DST

GemStone Server DateTime instances are stored as GMT (UTC) values,
and when they are replicated to the client, they are adjusted to
local time based on the local TimeZone settings on the client
Smalltalk.

During replication, GBS checks if a DateTime is in DST by comparing
the base time (which is not yet adjusted for DST) with the time of
day that DST ends.  However, the time that DST ends is provided
from the OS in local time, which for the end of DST is a DST time.
Therefore, DateTimes in the one hour period after DST takes effect
will be incorrect by one hour (by the amount of the DST offset).

Workaround:

When creating the GbsTimeZone instance, subtract off 3600 seconds
from the start of standard seconds.  If using the default, edit the
method GbsTimeZone class>>clientDefaultInstance.


Last updated: 8/10/07