[GemStone-Smalltalk] Possible Date bug in GS64 3.1 or 3.x??

[Dennis Smith]

Thanks -- at least I figured out why things went wacky at midnight :)

Being EST -- that's 3am!


On 2014-05-07 8:09 PM, James Foster wrote:
> I see that we did make that change for Time class>>#’now’ in 3.0 and it makes sense to be consistent. I’ve entered #44197 to address this.
>
> James
>
> On May 7, 2014, at 4:28 PM, Dennis Smith <dennis at cherniaksoftware.com> wrote:
>
>> Yes "Date today" returns the date of the server (server is PST).
>> However, as of 3.x "Time now" returns NOT the time of the server, but the timezone-shifted time (the database is MST which is shifted one hour from PST).
>>
>> So "Time now" respects the timezone of the database, while "Date today" does not.
>>
>> Thus you get, as I noted earlier ...
>>
>>     Date today 'and' Time now
>>
>>     May 7 11:59pm
>>     May 7 00:01am
>>
>> The Date/Time of the server (as reported by "date") was
>>     May 7 10:59pm PDT
>>     May 7 11:01am PDT
>> The "DateAndTime now", when parsed was
>>     May 7 11:59pm MDT
>>     May 8 00:01am MDT
>> but Date today, Time now reported ..
>>     May 7 11:59pm
>>     May 7 00:01am
>>
>> Timezone's hurt my brain!
>>
>> I just think that if "Time now" was updated to obey the gemstone timezone, then so should "Date today".   In my patched versions, they both
>> use "DateAndTime now" so they come out as noted above for that.
>>
>>
>>
>>
>> On 2014-05-07 6:44 PM, James Foster wrote:
>>> The comment for Date class>>#’today’ is: "Creates and returns an instance of the receiver from the system calendar on the machine that is running the Gem process, which is assumed to represent the current date."
>>>
>>> Are both databases running on the same server? What is the TZ setting for the server?
>>>
>>> Date today. "05/07/2014"
>>> TimeZone sampleTokyo installAsCurrentTimeZone. “JST"
>>> DateTime now. "08/05/2014 07:37:03"
>>> Date today. "05/07/2014”
>>> DateAndTime now. "2014-05-08T07:38:29.0072650909423+09:00"
>>> System performOnServer: 'date'. ‘"Wed May  7 15:39:19 PDT 2014”
>>> TimeZone default installAsCurrentTimeZone. "PST"
>>> DateTime now. "07/05/2014 15:40:56”
>>>
>>> I think that Date is behaving as it is documented to behave and if you want TimeZone consideration then you need to use a class that deals with TimeZone.
>>>
>>> James
>>>
>>> On May 7, 2014, at 12:42 PM, Dennis Smith <dennis at CherniakSoftware.com> wrote:
>>>
>>>> In 3.x "Time now" was corrected to take into account the Gemstone current TimeZone -- that was nice, fixed
>>>> a problem we had, so I copied the fix to 2.x and it worked.
>>>>
>>>> However, in both 2.x and the 3.1.0.2 that we are using, "Date today" does not have a similar fix, so you get strange results.
>>>>
>>>> We have a client with 2 databases.  The client is in Vancouver which is "PST", and one GS is PST but the other is MST, which is one our East.
>>>>
>>>> So we get
>>>>     May 7 11:59pm    ->     May 7 00:01am   ->   May 8 01:00 am
>>>>
>>>> In other words the date does not slip over until 1am.
>>>>
>>>> It was simple enough to get "Date today" from "DateAndTime" like "Time now".
>>>>
>>>> So, maybe this is fixed in a later 3.x??   I don't have one to look at.
>>>>
>>>> -- 
>>>> Dennis Smith
>>>> Cherniak Software Development Corporation
>>>> Phone  416.798.7948 ext 314
>>>> Email  dennis at cherniaksoftware.com
>>>>
>>>> _______________________________________________
>>>> GemStone-Smalltalk mailing list
>>>> GemStone-Smalltalk at lists.gemtalksystems.com
>>>> http://lists.gemtalksystems.com/mailman/listinfo/gemstone-smalltalk
>> -- 
>> Dennis Smith
>> Cherniak Software Development Corporation
>> 416.798.7948  x208
>>
> _______________________________________________
> GemStone-Smalltalk mailing list
> GemStone-Smalltalk at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/gemstone-smalltalk

-- 
Dennis Smith
Cherniak Software Development Corporation
416.798.7948  x208