Corrects an issue where for the hour after the DST transition, the
local UTC offset was listed.  The UTC offset was the DST offset
instead of the standard time offset.

The runtime library captures this an ambiguous time.  That is
the local time that occurs twice - once in DST then once in standard
time.  If DST is an extra 1:00 a.m. offset and ends at 2:00 a.m., 1:00 a.m.
to 1:59:59.9999.... occurs twice.  First in DST then again in standard
time.

The classlibs had this incorrect - they did not consider 1:00 a.m. an
ambiguous time, and considered 2:00 a.m. ambiguous.  However it should
be reversed.  1:00 a.m. occurs twice, but 2:00 a.m. only occurs once.
The instance we would hit 2:00 a.m. DST, we instantaneous switch to
1:00 a.m. standard.

The classlibs were also not recording enough information to record
which side of DST a local time was.  When converting a time from UTC,
or using DateTime.Now an internal flag, IsAmbiguousDaylightSavingTime,
should be set if the time is an ambiguous local time that is on the
DST side of the transition.  The classlibs were calling
TimeZone.IsAmbigousTime which has a wider defintion for ambiguous
time that the IsAmbiguousDaylightSavingTime should have.  It returns
true for local times on either side of DST.  So a new method
IsAmbiguousLocalDstFromUtc was added to check this case.

The classlibs were also not checking the IsAmbiguousLocalDstFromUtc
flag when getting the UTC offset for a local time.  So a check
was inserted in two locations to correct for that.

Some tests has to be updated to reflect these new definitions of when
DST starts and ends and which times are ambiguous.  These also account
for some test changes required by cherry-picked changes to
TimeZoneInfo.cs where the corresponding test changes were not
cherry-picked.  Some of those changes where in PR's that updated to
the CoreFx TimeZoneInfo class.

All these changes have been verified against the behavior of the
.Net Framework and they match.

Fix case 1288231:
Mono: Fix incorrect UTC offset during daylight savings time transitions

[bcl] Remove an ObjCRuntime reference from the TimeZone tests, it shouldn't be needed any more, and it prevents the tests from compiling on the monotouch profile. (#6079)

* During the ambiguous hour .NET will return the DST version of the time whereas mono is returning the base time. Rather than use the transitions array we look up the Adjustment rules (which are created from the transition rules in the first place).

In addition, CurrentTimeToUtc() also has problems around the transition time.

Added test and fixed another.

Fixes #43805.

* Despite the tutorial on msdn about daylight saving time, .NET interprets the 'ambiguous' hour of DST as being DST rather than standard time which is what mono did.

TimeZoneInfo.GetDaylightChanges() didn't work as expected when run against the
time zone data available in Windows.

This patch also enables most of the time zone related tests that were
previously ignored when not run on Unix platforms. Time zone ids will now be
mapped from tz db time zone names to Windows time zone names when needed so
that most of the tests can be run on Mono on Windows as well.

[mscorlib] Better handling of unix timezones which have offset not specified in whole minutes. Fixes #41492

[corlib] In a TimeZone test, UtcOffset is taken for the current year, so take DaylightChanges for the current year as well.

It was once part of a special Java target profile, but this is no longer used today.

Previously, many tests just had a return statement when the test shouldn't
be executed (e.g. Unix-only). This made it look like the test was successful
when in fact it wasn't executed at all.
Assert.Ignore() is now used instead to correctly exclude those tests.

	* *.cs: Convert all tests to new-style nunit classes/methods. Enable
	some hidden tests.

svn path=/trunk/mcs/; revision=137130

	* ObjectTest.cs RandomTest.cs SByteTest.cs SingleTest.cs
	TimeZoneTest.cs UInt16Test.cs UInt32Test.cs UInt64Test.cs
	UIntPtrTest.cs ValueTypeTest.cs: Convert all tests to new-style nunit
	classes/methods. Enable some hidden tests.

svn path=/trunk/mcs/; revision=137121

svn path=/trunk/mcs/; revision=89457

svn path=/trunk/mcs/; revision=89455

svn path=/trunk/mcs/; revision=88920

	* class/corlib/System/TimeZone.cs: fix for #323911. The our after DST.Start is already DST.

svn path=/trunk/mcs/; revision=88862

2006-11-07  Dick Porter  <dick@ximian.com>

        * DateTimeTest.cs: TestToString(): Must specify '+0' for GMT.

        * TimeZoneTest.cs: Daylight saving ends at 2am in GMT.  (This test
        fails on MS, they return "01/01/0001 00:00:00")



svn path=/trunk/mcs/; revision=67469

This one is rooted at r62992 from July 26th, 2006.

svn path=/branches/martin/anonymous-methods/gmcs/; revision=64866

	* TimeZoneTest.cs: Fix CET tests.

svn path=/trunk/mcs/; revision=54856

 
	* TimeZoneTest.cs: Added test cases for serialization interop.


svn path=/trunk/mcs/; revision=54796

svn path=/trunk/mcs/; revision=40520

svn path=/branches/dick/io-layer-no-daemon/; revision=39842

	* TimeZoneTest.cs: Ignore (don't fail) test if the current time zone
	isn't part of the test suite.

svn path=/trunk/mcs/; revision=38624

2004-04-12 David Sheldon <dave-mono@earth.li>

	* TimeZoneTest.cs: Make pass when in "GMT".

This probably isn't the same as MS.NET, but the CET doesn't look like it will
be either. Where does one alter the strings/dates we see?

svn path=/trunk/mcs/; revision=25371

	* TimeZoneTest.cs: Make pass when on Tokyo Standard Time.

svn path=/trunk/mcs/; revision=15566

	* TimeZoneTest.cs: Added "Eastern Standard Time" to the test.
	This won't be complete until all time zone are added (added a
	Fail for unsupported TimeZones).

svn path=/trunk/mcs/; revision=11071

	* all: make tests build and run under nunit2

svn path=/trunk/mcs/; revision=9817