date anomalies when converting to seconds

Jim Ault JimAultWins at yahoo.com
Mon May 22 21:01:20 EDT 2006


Very glad you struggled through to a solution for now.  It is a road we all
have taken.  This is the kind of exercise that makes Rev a true tool for the
future.

Jim Ault
Las Vegas


On 5/22/06 2:03 PM, "Chris Sheffield" <cmsheffield at gmail.com> wrote:

> Jim,
> 
> I owe you an apology. You were correct. This problem is tied to
> daylight savings. I realized that after taking your advice and
> looking at the list archives. Fortunately, with some suggestions and
> code from Sarah Reichelt, I was able to workaround the problem, I
> think. Further testing will tell for sure.
> 
> So thank you. And thank you, Sarah, for your wonderful DateTime
> library. Saved me a lot of work.
> 
> Chris
> 
> On May 22, 2006, at 10:37 AM, Jim Ault wrote:
> 
>> If you look in the archives, this topic was recently discussed
>> fairly well.
>> The operating systems do date and time and daylight savings
>> differently.
>> This is inherent in each system.  If these calculations are
>> critical to your
>> operation, you should invest a bit of time building a small date-time
>> library to add to your distribution.
>> 
>> Hopefully you will find all the data you need to answer your
>> questions,
>> especially if you are going to rely on the users computer settings
>> as being
>> accurate and in their time zone.
>> 
>> Look at the automatic daylight savings time adjustment for each
>> operating
>> system, and in other countries, see which day this is invoked.
>> 
>> 
>> Jim Ault
>> Las Vegas
>> 
>> 
>> On 5/22/06 8:39 AM, "Chris Sheffield" <cmsheffield at gmail.com> wrote:
>> 
>>> This is one for those of you developing for both Mac and Windows. I'm
>>> running into a very strange problem, and I'm not sure if it's a Rev
>>> bug or if it has something to do with hardware differences between
>>> Macs and PCs.
>>> 
>>> Here's a code snippet:
>>> 
>>> put "01/06/2006" into tDate
>>> convert tDate to seconds
>>> put tDate
>>> 
>>> Run this in the message box on both a Mac and a PC. See the different
>>> results. Anyone know why this would happen? What I'm ultimately doing
>>> is converting two dates to seconds and then calculating the number of
>>> weeks that have passed between the two dates. I discovered that my
>>> calculations were incorrect on the PC, and my debugging led me to
>>> this. The value on the Mac seems to be the correct one. What's
>>> strange is some dates seem to be correct when converting to seconds,
>>> but others are not. Try "04/28/2006" for example. Converting to
>>> seconds results in the same value on both platforms.
>>> 
>>> Can anyone help with this? Or does anyone have another way of
>>> calculating the number of weeks between two dates without converting
>>> to seconds first? Have I found a bug I need to report?
>>> 
>>> Thanks,
>>> Chris
>>> 
>>> ------------------------------------------
>>> Chris Sheffield
>>> Read Naturally
>>> The Fluency Company
>>> http://www.readnaturally.com
>>> ------------------------------------------
>>> 
>>> 
>>> _______________________________________________
>>> use-revolution mailing list
>>> use-revolution at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription
>>> preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>> 
>> 
>> _______________________________________________
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
> 
> ------------------------------------------
> Chris Sheffield
> Read Naturally
> The Fluency Company
> http://www.readnaturally.com
> ------------------------------------------
> 
> 
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution





More information about the use-livecode mailing list