Re: Leopard Date Bugs
Re: Leopard Date Bugs
- Subject: Re: Leopard Date Bugs
- From: Loren Ryter <email@hidden>
- Date: Sat, 17 Nov 2007 09:50:07 -0500
- Thread-topic: Leopard Date Bugs
Phil,
This "ISO date" does not compile at all on 10.4.11
>
> set dstr to "1000-01-01"
> set d to (dstr as ISO date) as date
> set hours of d to 13
Apologies to those confused by the hastily written:
> Set ds to "1/1/1000"
> Set d to date ds
> Set hour of ds to 7
> Set minute of ds to 30
Which as Yvan pointed out were all typos and should have been:
set ds to "1/1/1000"
set d to date ds
set hours of d to 7
set minutes of d to 30
The only point of putting that in in the first place was to explain why it
can be important to have accurate dates for "ancient" dates. It has nothing
to do with the problem at hand! Sorry for the confusion, please see the
original message!
========
Again the points are:
1. The second line above returns the wrong result on Leopard on all systems
(because of that 1000 to 1099 year range Or maybe that's just after
converting back and forth from date string to date object! I'm on Tiger now
PTL)
2. converting from a date string in form of "1/1/2000" to date object, then
to date string, then back to date object, fails on Japanese region/calendar
with Leopard and succeeds on Japanese region/calendar with Tiger.
> Japanese scripters never wtite date string in such a format.
> This cause error in both Tiger and Leopard.
>
> Japanese format date string must be "1000/1/1".
Naganoya-san.... What you said here is not true:
date "1/1/1000"
... works fine on Tiger when International is set to Japanese region and
Japanese Calendar. Naze ga wakarani.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/archives/applescript-users
This email sent to email@hidden