Opera 9 Summer Time Errors

[Dr J R Stockton]

Computed at <URL:http://www.merlyn.demon.co.uk/js-datex.htm#OSTby the
code shown above it when using Opera 9.24 :
Test exact dates in two 11-year ranges; IE & FF are OK.
Opera 9.24 shows errors near most/all EU Summer Time steps
outside 1970-2037.

1966-03-27 - Sat, 26 Mar 1966 23:00:00 GMT+0000
1966-10-28 - Thu, 27 Oct 1966 23:00:00 GMT+0000
1967-03-30 - Wed, 29 Mar 1967 23:00:00 GMT+0000
1967-10-27 - Thu, 26 Oct 1967 23:00:00 GMT+0000
1968-10-31 - Wed, 30 Oct 1968 23:00:00 GMT+0000
1969-10-31 - Thu, 30 Oct 1969 23:00:00 GMT+0000

2038-03-31 - Tue, 30 Mar 2038 23:00:00 GMT+0000
2038-10-29 - Thu, 28 Oct 2038 23:00:00 GMT+0000
2039-03-27 - Sat, 26 Mar 2039 23:00:00 GMT+0000
2039-10-28 - Thu, 27 Oct 2039 23:00:00 GMT+0000
2040-03-29 - Wed, 28 Mar 2040 23:00:00 GMT+0000
2041-03-29 - Thu, 28 Mar 2041 23:00:00 GMT+0000
2042-10-31 - Thu, 30 Oct 2042 23:00:00 GMT+0000
Lines containing -show new Date(Y, M, D).toString() for the date which
starts the line. All dates in those years are tested.
It would be interesting to see what happens
in parts of the EU not currently using GMT/UTC,
in Russia,
in North America (with DST),
upside-down (e.g. Australia, where Summer <-Winter),
in Lord Howe Island,
where there are no seasonal clock changes,
in engines other than those of IE, FF, Opera.
Note : that error may not fully explain all I've seen; but it's enough
to show that Opera is weird with some date object operations where
seconds-from-1970.0 is either negative or exceeds signed 32-bit. Can
they be using the integer bitwise operations or other 32-bit code
internally?
<URL:http://www.merlyn.demon.co.uk/weekcalc.htmhas failures on Opera
9, probably related.
Is anyone here connected with the Opera composers? It needs fixing.
Bug report sent.

--
(c) John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v6.05 IE 6.
Web <URL:http://www.merlyn.demon.co.uk/- w. FAQish topics, links, acronyms
PAS EXE etc : <URL:http://www.merlyn.demon.co.uk/programs/- see 00index.htm
Dates - miscdate.htm moredate.htm js-dates.htm pas-time.htm critdate.htm etc.

[Dr J R Stockton]

In comp.lang.javascript message <F7**************@invalid.uk.co.demon.me
rlyn.invalid>, Tue, 18 Dec 2007 13:42:49, Dr J R Stockton
<jr*@merlyn.demon.co.ukposted:

>Computed at <URL:http://www.merlyn.demon.co.uk/js-datex.htm#OSTby the
code shown above it when using Opera 9.24 :

...

>It would be interesting to see what happens
in parts of the EU not currently using GMT/UTC,
in Russia,
in North America (with DST),
upside-down (e.g. Australia, where Summer <-Winter),
in Lord Howe Island,
where there are no seasonal clock changes,
in engines other than those of IE, FF, Opera.

Isn't there anyone here in a position to try that?

--
(c) John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v6.05 IE 6.
Web <URL:http://www.merlyn.demon.co.uk/- w. FAQish topics, links, acronyms
PAS EXE etc : <URL:http://www.merlyn.demon.co.uk/programs/- see 00index.htm
Dates - miscdate.htm moredate.htm js-dates.htm pas-time.htm critdate.htm etc.

[Randy Webb]

Dr J R Stockton said the following on 12/24/2007 8:52 AM:

In comp.lang.javascript message <F7**************@invalid.uk.co.demon.me
rlyn.invalid>, Tue, 18 Dec 2007 13:42:49, Dr J R Stockton
<jr*@merlyn.demon.co.ukposted:

>Computed at <URL:http://www.merlyn.demon.co.uk/js-datex.htm#OSTby the
code shown above it when using Opera 9.24 :

>...

>It would be interesting to see what happens
in parts of the EU not currently using GMT/UTC,
in Russia,
in North America (with DST),
upside-down (e.g. Australia, where Summer <-Winter),
in Lord Howe Island,
where there are no seasonal clock changes,
in engines other than those of IE, FF, Opera.

Isn't there anyone here in a position to try that?

You are in a position to try it. Safari for Windows is free. You know
how to change your local settings to mimic any of the ones you want tested.

--
Randy
Chance Favors The Prepared Mind
comp.lang.javascript FAQ - http://jibbering.com/faq/index.html
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/

[Dr J R Stockton]

In comp.lang.javascript message <KO**************@invalid.uk.co.demon.me
rlyn.invalid>, Mon, 24 Dec 2007 13:52:38, Dr J R Stockton
<jr*@merlyn.demon.co.ukposted:

>In comp.lang.javascript message <F7**************@invalid.uk.co.demon.me
rlyn.invalid>, Tue, 18 Dec 2007 13:42:49, Dr J R Stockton
<jr*@merlyn.demon.co.ukposted:

>>Computed at <URL:http://www.merlyn.demon.co.uk/js-datex.htm#OSTby the
code shown above it when using Opera 9.24 :

>...

>>It would be interesting to see what happens
in parts of the EU not currently using GMT/UTC,
in Russia,
in North America (with DST),
upside-down (e.g. Australia, where Summer <-Winter),
in Lord Howe Island,
where there are no seasonal clock changes,
in engines other than those of IE, FF, Opera.

Isn't there anyone here in a position to try that?

Someone did; thanks, David. No fault shown in the US EST area.

While I am not prepared to fiddle with the clock settings of this
machine, which routinely runs stuff that might be adversely affected, it
eventually occurred to me that I do have access to a machine running
Opera 9.25 without that limitation.

So I've tried all those places, and some others, except for Lord Howe
Island - it's a market that Windows XP seems to ignore - and have found
the effect ONLY with UK-type settings.

Therefore I now particularly ask for confirmation or refutation from the
"Dublin, Edinburgh, Lisbon, London" area, lest there be some peculiarity
in my machines.
Of course, my "UK new Date(Y,M,D) observation suggests that Opera 9.25
contains 32-bit signed seconds arithmetic; the fact that the same wrong
results have not been seen for other locations is no guarantee that
other use of the Opera Date Object elsewhere will not go wrong for that
reason.

In fact, new Date(Date.UTC(2038, 2, 28))
Opera 9.25 Sun, 28 Mar 2038 01:00:00 GMT+0100
IE 6 Sun Mar 28 00:00:00 UTC 2038
but for 2010, 28 years earlier and therefore matching, they both give
what should be given in the UK. That's a .toString() error; although
the derails of the string are not defined in detail, they should
represent the Real World. That one seems to be EU-wide. Confirm?

--
(c) John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v6.05 IE 6.
Web <URL:http://www.merlyn.demon.co.uk/- w. FAQish topics, links, acronyms
PAS EXE etc : <URL:http://www.merlyn.demon.co.uk/programs/- see 00index.htm
Dates - miscdate.htm moredate.htm js-dates.htm pas-time.htm critdate.htm etc.

[Dr J R Stockton]

In comp.lang.javascript message <JO**************@invalid.uk.co.demon.me
rlyn.invalid>, Sun, 30 Dec 2007 21:04:40, Dr J R Stockton
<jr*@merlyn.demon.co.ukposted:

>
In fact, new Date(Date.UTC(2038, 2, 28))
Opera 9.25 Sun, 28 Mar 2038 01:00:00 GMT+0100
IE 6 Sun Mar 28 00:00:00 UTC 2038
but for 2010, 28 years earlier and therefore matching, they both give
what should be given in the UK. That's a .toString() error; although
the derails of the string are not defined in detail, they should
represent the Real World. That one seems to be EU-wide. Confirm?

Well, although it is an error in .toString(), it seems to be an error
caused either by .toString calling defective .getTimezoneOffset or by
both calling some internal defective routine.

The prime cause of the error shown above is not necessarily identical to
the prime cause of the aforementioned new Date(Y,M,D) error, since the
former seems EU-wide but the latter affects only GB & PT.

--
(c) John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v6.05 IE 6.
Web <URL:http://www.merlyn.demon.co.uk/- w. FAQish topics, links, acronyms
PAS EXE etc : <URL:http://www.merlyn.demon.co.uk/programs/- see 00index.htm
Dates - miscdate.htm moredate.htm js-dates.htm pas-time.htm critdate.htm etc.

[Dr J R Stockton]

In comp.lang.javascript message <ci**************@invalid.uk.co.demon.me
rlyn.invalid>, Mon, 31 Dec 2007 19:48:43, Dr J R Stockton
<jr*@merlyn.demon.co.ukposted:

>In comp.lang.javascript message <JO**************@invalid.uk.co.demon.me
rlyn.invalid>, Sun, 30 Dec 2007 21:04:40, Dr J R Stockton
<jr*@merlyn.demon.co.ukposted:

>>
In fact, new Date(Date.UTC(2038, 2, 28))
Opera 9.25 Sun, 28 Mar 2038 01:00:00 GMT+0100
IE 6 Sun Mar 28 00:00:00 UTC 2038
but for 2010, 28 years earlier and therefore matching, they both give
what should be given in the UK. That's a .toString() error; although
the derails of the string are not defined in detail, they should
represent the Real World. That one seems to be EU-wide. Confirm?

Well, although it is an error in .toString(), it seems to be an error
caused either by .toString calling defective .getTimezoneOffset or by
both calling some internal defective routine.

The prime cause of the error shown above is not necessarily identical to
the prime cause of the aforementioned new Date(Y,M,D) error, since the
former seems EU-wide but the latter affects only GB & PT.

I am pleased to report that a new test in <URL:http://www.merlyn.demon.
co.uk/js-datex.htmalso shows Opera errors when set to New York time -
function X66 under heading "List Offset Changes", press "Changes"
button. IE, FF are OK.
In that, stepping ms by 864e5 from years 1960 to 2065 usually shows,
outside 1968-2037, four or six clock changes per year.

Sydney 2038 shows 8 changes; likewise Wellington.

--
(c) John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v6.05 IE 6.
Web <URL:http://www.merlyn.demon.co.uk/- w. FAQish topics, links, acronyms
PAS EXE etc : <URL:http://www.merlyn.demon.co.uk/programs/- see 00index.htm
Dates - miscdate.htm moredate.htm js-dates.htm pas-time.htm critdate.htm etc.