[Mono.Posix] Fix time_t conversions.

Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=12686

Mono.Unix.UnixFileSystemInfo.LastWriteTime & co. were hilariously
wrong. Just...hilariously wrong.

$ ls -l bxc12686.exe
-rwxr-xr-x  1 jon  staff  4096 Jun 14 15:43 bxc12686.exe

$ csharp -r:Mono.Posix
csharp> new Mono.Unix.UnixFileInfo("bxc12686.exe").LastWriteTime;
6/14/2013 7:43:12 PM

Note: I'm currently in EDT (US Eastern Daylight Time). LastWriteTime
is supposed to be in the local time; it's 4 hours off (which also
happens to be the EDT UTF offset: -4:00).

The fundamental problem was that NativeConvert.FromTimeT() was written
for pre-.NET 2.0 environments, which precluded use (or knowledge of!)
DateTimeKind. Now that .NET 1.1 is no longer supported, and 2.0 is on
the its deathbead (bring on 4.5!), we can be smarter and let DateTime
sanely handle the conversion logic for us.

After the fix:

$ csharp -r:Mono.Posix
csharp> new Mono.Unix.UnixFileInfo("bxc12686.exe").LastWriteTime;
6/14/2013 3:43:12 PM

Small llvm+gsharedvt changes.

Add TLS offset probing to mach-arm in the same way it's done on x86.

Kill some unused code that is a leftover from when TPL had a managed scheduler.

Add TLS offset probing to mach-amd64 in the same way it's done on x86.

Introduce mono_runtime_init_tls to centralize all of the late runtime TLS initialization.

TLS initialization must be done as early as possible since runtime initialization
might be intermingled with 3rd party code running that sometimes create additional
slots. Those extra TLS slots do interfere with AOT compilation that might see a
different set of offsets when compiling than when running.

The current piece of problem is AOT image loading. If the AOT image is not found,
the dynamic linker in 10.9 will create a TLS slot to hold error data. AOT image
loading is triggered in between the creation of the runtime TLS slots.

Since AOT image loading never happens during compilation, the dynamic linker
would never create the slot and things would otherwise remain working.

The solution is to move all TLS initialization to before any assembly is loaded
and, transitively, AOT image loading.

Force the runtime on OSX to use a 8Mb stack.

This change doesn't affect any of the cats that default to 8Mb.

We need a significantly big main stack because mcs is implemented
in a recursive fashion and, right now, parts of the corlib test suite
require in excess of 1Mb of stack space to compile.

Make the MONO_DISABLE_SHARED_AREA env variable actually work. Fixes #12655.

Fix more warnings/unitialized memory errors.

slightly change missing monolite error message.

context: https://twitter.com/k1iguchi/status/345084575019577345

Merge pull request #662 from cdrnet/fix-biginteger-gcd

[System.Numerics] BigInteger.GCD(0,x) must return abs(x) instead of x

Fix a memory overwrite in the gsharedvt jit code.

[System.Numerics] BigInteger.GCD(0,x) must return abs(x) instead of x

According to the docs and matching the behavior in .Net, BigInteger's
GreatestCommonDivisor must return the absolute value of the non-zero
parameter if one of the parameters is zero.

Contains a fix and extended unit tests to cover the case.

Make test more robust against conservative stack scanning.

Fix an unitialized variable bug.

Fix configure.in detection of -Wunused-but-set-variable support under clang.

Perform TLS offset detection during startup.

* mono-suppport-x86.c (mono_mach_init): Probe TLS slots using an
unlikely canary. Right now only two offsets are known.

* mono-threads.c (mono_threads_init): Initialize mach from here
as remote TLS reads are required for mono-threads to work.

Move unload_data to the heap and it can outlive the initiator.

The unload thread stores TRUE to the done field when unloading
ends so the initiator can break out of the wait loop in case its
thread doesn't belong to the domain been unloaded but was still
aborted.

This means that the initiator could be gone when the unload
thread stores into the done field. This is now a random write
to the thread stack, which has a high chance of causing crashes.

The solution is to move the unload_data to the heap and refcount
it so we can release it safely.

Use the same code for aot alignment checks in aot-compiler.c and aot-runtime.c.

Merge pull request #631 from kebby/master

Fix race condition in System.Net.WebConnectionStream

Reverted whitespace changes

Revert "Add beginnings of a managed IL disassembler which uses Mono.Cecil. Not yet part of the build."

This reverts commit 535e76a05898eb0bb62932f12c145ad02c215f64.

Revert this as we will be using something else.

Add support for nullables to box/unbox in gsharedvt code.

Bump ikvm to 10b8312c8024111780ee382688cd4c8754b1f1ac.

Add System.Net to runtime remapping list.

Fix the arm build.

Allow Nullable.Box/Unbox to be compiled as gsharedvt methods.

Fix new BigInteger().GetHashCode() to not throw.

Fix delegate combine when left side has already been invoked.

Better handle default value BigInteger. Fixes #11945

[PCL]: System.Windows and System.Xml.Serialization are no Facade Assemblies.

Allow the gsharedvt info/local vars to be register allocated.

Optimize generated gsharedvt code: Load information from the gsharedvt_info variable instead of using an rgctx fetch trampoline, use optimized memcpy/bzero methods.

Handle shifts by multiple of 32 correctly. Fixes #10887.

Add specialized memcpy/bzero methods to String which are called from gsharedvt code.

Eliminate the use of localloc in gsharedvt methods which have no gsharedvt locals.

Fix a couple of warnings in appdomain.c and threads.c.

Fix a typo in e5c45f1161604733b116a0a83782c08f74fb3127.

Disable gc-altstack.exe on wrench until it is fixed (#12610).

Rework the gsharedvt code to add support for vtypes with arbitrary size.

Merge pull request #658 from cdrnet/fix-bad-formatstring-forwarding

Complex.ToString must not pass format string to string.Format

Complex.ToString must not pass format string to string.Format

Type: System.Numerics.Complex

IFormattable format strings and string.Format formats are different
and incompatible. For example, `x.ToString("G")` and `x.ToString(null)`
must be equivalent to `x.ToString()`, but they behave very differently
with string.Format, where the former just returns "G" and the latter
throws an ArgumentNullException.

Changes System.Numerics.Complex.ToString to pass the format string to
double.ToString instead of string.Format.

Adds UnitTests for the changes in new ComplexTest.cs file

Merge pull request #657 from jbevain-forks/thread-safe-cs-code-generator

Prevent multiple threads to populate the keyword table

Prevent multiple threads to populate the keyword table

Resolve switch cases without look aheah look-up. Fixes #12583

[ios] Remove code path using UseMachineKeyStore since it's not available (and bring extra code inside applications)

Fix the desktop test suite.

[System.ComponentModel.Composition]: Disable RefEmit classes on MonoTouch.

Add regression test for wrench bug where an appdomain unload would race with shutdown and deadlock.

Fix race condition between a domain unload and a runtime shutdown.

When a regular runtime shutdown and a domain unload starts mostly in parallel
it might happen that the unload initiator will deadlock waiting on the unload thread
for two reasons:

The unload thread will block when attaching as the runtime believe it's better
to not finish it as it's going down. To fix this we now use mono_thread_attach_full
and force it to be attached.

The unload initiator might deadlock on the wait loop if the shutdown initiator aborts
it instead of the unload thread. This happens if the unload was done from outside of
the domain been teared down.

The fix here is to add a variable that the initiation test on every loop, which is the
right thing to do when using wait loops on handles. This might degrade into a busy
loop when the above race condition happens. It's rare enough that it's not worth
fixing it now.

Add mono_thread_attach_full function that can forces a thread to be attached during shutdown.

A thread must be forcibly attached during shutdown if the runtime needs it to run and needs it
to be functional.

Make threadpool_clear_queue resistant to concurrent runtime shutdown.

If threadpool_clear_queue is called while the runtime is been shutdown
it might crash since the queue will have been cleaned.

So now we guard against null queues and bail out from appending
the existing jobs if shutdown was initiated.

Run more runtime tests on wrench.

Rename the JIT test classes so they can be run on MT too.

Merge pull request #655 from zgramana/master

Adds MemoryCacheEntryPriorityQueue heap index checks

[Caching] Adds some checks for overflow and valid bounds on heap indexes.

Fix a regression introduced by 6285a057a248e65301def835dfc5971e6df29a39: Use the proper value to calculate whenever to do a near call on amd64. Fixes #12541.

[monodoc] Cache assembly loaded with MonoImpInfo. Patch by Aaron Oneal.

[monodoc] Use CLEAN_FILES rather than overriding clean-local

[monodoc] Remove .config file when cleaning

Check class level type parameters used in explicit delegate parameters conversion. Fixes #12568

Correct encoding transformation flags for type arguments arrays without dynamic element. Fixes #12572

Keep hoisted this when lambda parent is async lambda. Fixes #12549

[mdoc] Pass the right HelpSource as a hint to the renderer to avoid generating system-provided doc.

Rework the shutdown sequence so two initiations don't race each other.

This fixes a race condition where two threads could perform runtime shutdown
at the same time and either crash or hang. Now each initiation checks if they
won and take the proper action in such case.

A recurring problem was with the debugger, that would hang on shutdown if the
main thread started shutdown earlier. In this case the agent thread would
call into mono_threads_set_shutting_down, which in turn would do an ExitThread
since shutdown was in progress.

The agent thread would exit without signaling that it did complete, causing
the main thread to block waiting for it to do so.

* runtime.c (mono_runtime_shutdown): Rename it to mono_runtime_try_shutdown
and move threadpool cleanup to here. Some cleanup of the rest of the sequence
still left to do.

* icall.c (Environment.Exit): If we fail to start shutdown, just exit
the thread as someone else will finish the job. We can't suspend because if
this is called by regular shutdown we would be resumed and return to user code.

An alternative would be to detach and then suspend. Not sure on the merits.

* threads.c (mono_thread_manage): If we fail to start shutdown, suspend
as this is what the winner initiator wants us to do as it must be for
forced exit.

* debugger-agent.c (vm_commands): If we fail to start shutdown, return
from the function and let the agent thread finish and clean up.

* debugger-agent.c (debugger_thread): VM_EXIT commands now can return
if shutdown was externaly initiated and in such case we should break
the main loop and let the agent thread finish.

Move mono_runtime_set_shutting_down and mono_runtime_is_shutting_down to runtime.c

Don't set shutting_down here as it is now done much earlier in the shutdown sequence.

Kill unused func mono_threads_is_shutting_down.

Detach the current thread as soon as possible when mono_gc_pthread_exit is called.

* sgen-gc.c (mono_gc_pthread_exit): Given the current thread is doomed, explicitly
detach before calling pthread_exit and thus reducing the chance of TLS cleanup issues.

[monodoc] Ditto for fetching type node parents of subnodes.

[monodoc] Fix ecma traversal with unattached tree.

Previously the code expected to stop at upper level node using the fact that their element starts with `root:/'. This element is attributed by RootNode when loading a complete tree. However tool like mdoc also loads tree unattached which doesn't create a standard `root:/` top-level root node hence causing the issue.

Build System.Net on mobile (type-forwarders for PCL).

Exclude the new System.IO.Directory unit test for iOS (no Mono.Unix)

Add monotouch_corlib.dll.sources (to simply include corlib.dll.sources) since library.make change it's processing with its presence

Fix 2.0 build.

[System.Core] Add AesCryptoServiceProvider to the MONODROID profile.

Context: System.Security.Cryptography/AesCryptoServiceProvider.cs

Add System.Security.Cryptography.AesCryptoServiceProvider to the
MONODROID profile.

This is needed so that Aes.Create() can work.

Make sure the behavior between GetFiles and EnumerateFiles are the same regarding symlinks. Fixes BXC #12461

* Directory.cs: Only ignore symlinks when traversing subdirectories. This is the only case that it can result
in loops.

Fix a loader leak in mono_class_create_from_typedef.

[ios] Remove the need to use reflection to call the StartWWAN method (by moving it into libmonotouch)

[PCL]: Set Facade Assemblies' version number to "4.0.0.0".

Re-enable a test for the MOBILE profile (by ensuring the required method is not removed by the linker)

Implement MethodMirror.MakeGenericMethod ().

[corlib] Don't throw UnauthorizedAccessException from Path.GetTempFileName

The problem is sporadic mdoc test failures on Wrench/OS X:

Updating: Mono.DocTest.Widget/NestedClass/Double/Triple/Quadruple
mdoc: System.UnauthorizedAccessException: Access to the path '/var/folders/_g/y9v720_90l914yylrk7m903c0000gn/T/tmp20f71445.tmp' is denied.
  at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean anonymous, FileOptions options) [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int,bool,System.IO.FileOptions)
  at System.IO.Path.GetTempFileName () [0x00000] in <filename unknown>:0
  at Mono.Documentation.MdocFile.UpdateFile (System.String file, System.Action`1 creator) [0x00000] in <filename unknown>:0
  at Mono.Documentation.MDocUpdater.WriteFile (System.String filename, FileMode mode, System.Action`1 action) [0x00000] in <filename unknown>:0
  at Mono.Documentation.MDocUpdater.DoUpdateType2 (System.String message, System.Xml.XmlDocument basefile, Mono.Cecil.TypeDefinition type, System.String output, Boolean insertSince) [0x00000] in <filename unknown>:0
  at Mono.Documentation.MDocUpdater.DoUpdateType (Mono.Cecil.TypeDefinition type, System.String basepath, System.String dest) [0x00000] in <filename unknown>:0
  at Mono.Documentation.MDocUpdater.DoUpdateAssembly (Mono.Cecil.AssemblyDefinition assembly, System.Xml.XmlElement index_types, System.String source, System.String dest, System.Collections.Generic.HashSet`1 goodfiles) [0x00000] in <filename unknown>:0
  at Mono.Documentation.MDocUpdater.DoUpdateAssemblies (System.String source, System.String dest) [0x00000] in <filename unknown>:0
  at Mono.Documentation.MDocUpdater.Run (IEnumerable`1 args) [0x00000] in <filename unknown>:0
  at Mono.Documentation.MDoc.Run (System.String[] args) [0x00000] in <filename unknown>:0
  at Mono.Documentation.MDoc.Main (System.String[] args) [0x00000] in <filename unknown>:0

I'm not sure why we're getting UnauthorizedAccessException exceptions,
nor do I particularly care; Path.GetTempFileName() should not be
throwing UnauthorizedAccessException; only IOException is documented:

http://msdn.microsoft.com/en-us/library/system.io.path.gettempfilename.aspx

Update behavior to skip files that generate
UnauthorizedAccessException, and if we swallow short.MaxValue
exceptions wrap the UnauthorizedAccessException in an IOException so
that we conform to documented exceptional behavior.

Merge pull request #653 from LogosBible/TimeSpan-TryParseExact

TimeSpan.TryParseExact should not try to parse null input.

TimeSpan.TryParseExact should not try to parse null input.

TimeSpan.TryParseExact would previously throw a NullReferenceException constructing the Parser when it accesses the Length property of the input string. Microsoft's implementation returns false when null is passed as the input string to parse.

Disable partial sharing for now, it breaks some tests on mt.

a few more nunit test modernization.

convert some unit tests to modern style. (not really modern, just killing Assertion!)

Use /proc/self/auxv for ARM feature detection when possible.

This is generally preferable because it works in QEMU chroots and
the information is significantly easier to process.

We still need to keep the /proc/cpuinfo code around, however, as
Android does not always allow access to /proc/self/auxv...

This patch also enhances the MONO_CPU_ARCH environment variable
to support the various new features we support.

Use MonoBoolean instead of gboolean as an icall return type.

Ignore all cpu-*.h files in mono/mini.

Merge pull request #651 from JoostK/patch-1

Shortcut open paren recognition for switch statements

Fix constrained gsharedvt calls on enums.

[sdb] Clear ss_invoke_addr when stopping single stepping so runtime invokes don't stop single stepping. Fixes #12509.

Get rid of the NESTED_LIBGC_FLAGS configure variable, use the already existing CPPFLAGS_FOR_LIBGC instead.

Pass some defines in config.h instead of on the command line.

[sdb] Keep the exception object alive during debugger suspensions. Fixes #12494.

Shortcut open parent recognition for switch

Fix random unit test failures on the bots [#12493]

[Mono.Debugger.Soft] Updated closed/disconnected state when connection is force-closed