Merge pull request #2686 from ludovic-henry/monoerror-mono_remoting_invoke

[runtime] Use MonoError for mono_remoting_invoke

Merge pull request #2701 from akoeplinger/fix-async-read-test

Fix unreliability in async_read.exe test

Merge pull request #2702 from akoeplinger/bug-38933

[System.Security] Fix CryptographicException from ProtectedData.Protect with multiple threads

Merge pull request #2703 from akoeplinger/pupitetris-Bug-35635

Don't trim TimeZone names ending in parenthesys

Replaces/Closes #2206

@monojenkins merge

[corlib] Add test for #35635

Don't trim TimeZone names ending in parenthesys.
Such as "Central Standard Time (Mexico)"

[System.Security] Fix CryptographicException from ProtectedData.Protect with multiple threads

The code in ManagedProtection.GetKey() instantiated a new RSACryptoServiceProvider singleton without proper
locking to avoid multiple threads running the initialization concurrently.
Since RSACryptoServiceProvider (or rather KeyPairPersistence underneath) uses an XML file with a name derived
from the parameters to store the data there could be a case where one thread writes while another tries to read
and gets garbage. This results in a CryptographicException later on.

Added locking to prevent this.

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

Fix unreliability in async_read.exe test

It failed on Jenkins today (https://jenkins.mono-project.com/job/test-mono-mainline/label=debian-amd64/3611/parsed_console/log_content.html#WARNING1)
and I could repro it after running the test in a loop.

While looking at the test, the "sum -= buf [0]" seemed suspicious to me. The final callback invocation after the last byte was read results
in buf [0] being 0 most of the time (because no bytes were read). However, due to the async nature of the test that final callback might happen
before another callback and buf then has a value, resulting in a wrong checksum if that value is substracted.

The fix is to remove the substraction. I have no idea why it was done in the first place, but it's been there since the test was added in 2003...

While at it, I've added another check for the number of bytes read and used proper Interlocked.* operations to ensure atomicity.

Merge pull request #2695 from vargaz/process-set-pending

[runtime] Use pending exceptions in process.c.

[runtime] Use the return_if_nok () macros in socket-io.c.

Merge pull request #2691 from vargaz/socket-io-pending-exception

[runtime] Use pending exceptions in socket-io.c.

[runtime] Use return_if_nok/return_val_if_nok to simplify error handling code in process.c.

Merge pull request #2694 from ludovic-henry/fix-sleep-overflow

[threads] Fix mono_thread_info_sleep overflow

This overflow would happen of the machine was up for more than 29 days, leading to an overflow in the value returned by mono_100ms_ticks.

The simplest solution is simply to resort to mono_100ns_ticks which would only overflow after more than 29247 years. So even the platform implement this value as the time since 0000-00-00 00:00:00, we still have more than 27000 years if front of us. It's also highly unlikely that we would overflow the `end' value when adding `ms', as that would mean we are in the last 29 days of that 29247 years.

@monojenkins merge

Merge pull request #2680 from lambdageek/dev/reflection-no-loadererror

[reflection] Get rid of loader error in reflection.c

Get rid of (direct and indirect) calls to `mono_loader_set_error_from_mono_error` in reflection.c:

- `mono_custom_attrs_from_index`
- `mono_custom_attrs_from_method`
- `mono_custom_attrs_from_class`
- `mono_custom_attrs_from_assembly`
- `mono_custom_attrs_from_module`
- `mono_custom_attrs_from_property`
- `mono_custom_attrs_from_event`
- `mono_custom_attrs_from_field`
- `mono_custom_attrs_from_param`

In all the functions, add a `_checked` variant that has a `MonoError*` out argument and for the  MONO_API functions.  The public API versions just clean up the error and return NULL.  Loader error isn't touched anymore.

Merge pull request #2675 from lambdageek/dev/monoerror-mono_string_intern

Use MonoError in mono_string_{is_interned,intern}

Also mark mono_string_intern external only.  Runtime should use
mono_string_intern_checked.

[metadata] Don't abort if trying to fetch the header summary of a method with no body. Fixes #39200.

This assert made it impossible to fail gracefully when inlining broken methods.

[corlib] Fix tests to compile when Thread.Suspend/Resume is not supported.

[reflection] Expect no loader error in mono_reflection_get_custom_attrs_by_type anymore

[reflection] Use MonoError for mono_custom_attrs_from_param

Mark it external only.  Runtime should use mono_custom_attrs_from_param_checked

[reflection] Use MonoError for mono_custom_attrs_from_field

Mark it external only.  Runtime should use mono_custom_attrs_from_field_checked.

[reflection] Use MonoError for mono_custom_attrs_from_event

Mark it external only.  Runtime should use mono_custom_attrs_from_event_checked.

[reflection] Use MonoError for mono_custom_attrs_from_property

Mark it external only.  Runtime should use mono_custom_attrs_from_property_checked.

[reflection] Use MonoError for mono_custom_attrs_from_module

[reflection] Use MonoError for mono_custom_attrs_from_assembly

Mark it external only.  Runtime should use mono_custom_attrs_from_assembly_checked.

[reflection] Use MonoError for mono_custom_attrs_from_class instead of loader error.

Also mark mono_custom_attrs_from_class external only.  Runtime should
use mono_custom_attrs_from_class_checked.

[reflection] Use MonoError in mono_custom_attrs_from_{index, method} instead of loader error.

Also mark both as external only.  Runtime should use
mono_custom_attrs_from_index_checked and mono_custom_attrs_from_method_checked.

[runtime] Fix compilation warning

[runtime] Use MonoError for mono_remoting_invoke

Use MonoError in mono_string_{is_interned,intern}

Also mark mono_string_intern external only.  Runtime should use
mono_string_intern_checked.

[runtime] Use pending exceptions in process.c.

[threads] Fix mono_thread_info_sleep overflow

This overflow would happen of the machine was up for more than 29 days, leading to an overflow in the value returned by mono_100ms_ticks.

The simplest solution is simply to resort to mono_100ns_ticks which would only overflow after more than 29247 years. So even the platform implement this value as the time since 0000-00-00 00:00:00, we still have more than 27000 years if front of us. It's also highly unlikely that we would overflow the `end' value when adding `ms', as that would mean we are in the last 29 days of that 29247 years.

Merge pull request #2693 from dellis1972/master

[msbuild] Getting build error "Error initializing task XmlPeek: Not registered task XmlPeek".

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

Removes the uses of LogXXXFromResources from XmlPeek because
we do not use string resources in xbuild.

[msbuild] Getting build error "Error initializing task XmlPeek: Not registered task XmlPeek".

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

Removes the uses of LogXXXFromResources from XmlPeek because
we do not use string resources in xbuild.

Merge pull request #2692 from vargaz/process-coding-conv

[runtime] Use mono coding conventions in process.c.

[runtime] Use mono coding conventions in process.c.

[runtime] Use pending exceptions in socket-io.c.

Merge pull request #2690 from steffen-kiess/json-operator-uint

Fix typo in JsonValue which broke the conversion to uint and add test case

Fix typo in JsonValue which broke the conversion to uint and add test case

Bring new IKVM

Merge pull request #2580 from ItsVeryWindy/master

Updates to WebRequestHandler

Merge pull request #2672 from Numpsy/sgenexception

[sgen] catch NotSupportedException from system.xml.serialization

Merge pull request #2689 from vargaz/socket-io-cleanup

[runtime] Clean up the socket-io.c file to use the mono coding conven…

[runtime] Clean up the socket-io.c file to use the mono coding conventions. Rename 'error' to 'werror' so 'error' can be used to refer to MonoError as everywhere else. NFC.

Merge pull request #2688 from vargaz/marshal-set-pending

[runtime] Use pending exceptions instead of mono_raise_exception () i…

…n Marshal icalls.

[runtime] Use pending exceptions instead of mono_raise_exception () in Marshal icalls.

[aot] Fix the usage of MonoError in init-llvm_method ().

Merge pull request #2678 from esdrubal/filestream

[corlib] Fixed FileStream Write after Read issue

Merge pull request #2685 from ludovic-henry/monoerror-mono_object_register_finalizer

[runtime] Use MonoError for mono_object_register_finalizer

Merge pull request #2671 from lambdageek/dev/monoerror-mono_runtime_class_init

[runtime] Use MonoError for mono_class_vtable_full and mono_runtime_class_init_full

Switch from a boolean `raise_on_error` arg to a MonoError outarg and let
callers decide what to do with the error.

Also mark mono_runtime_class_init external only.  Runtime should use
mono_runtime_class_init_full.

[runtime] Use MonoError for mono_class_vtable_full and mono_runtime_class_init_full.

Switch from a boolean raise_on_error arg to a MonoError outarg and let
callers decide what to do with the error.

Also mark mono_runtime_class_init external only.  Runtime should use
mono_runtime_class_init_full.

[scripts] Point scripts like nunit-console2/mono-service2 to the 4.5 directory

The 2.0 profile doesn't ship with Mono anymore. To avoid breaking existing scripts we just point to the 4.5 version instead.

[System.ServiceModel] Fix a hardcoded port in a test

This failed with an "address already in use" error on Jenkins yesterday.

[runtime] Use MonoError for mono_object_register_finalizer

Merge pull request #2679 from lambdageek/dev/monoerror-reflection

[reflection] MonoError cleanups

[runtime] Remove some declarations from marshal.h which are not used outside of marshal.c.

Merge pull request #2683 from mfilippov/master

Add generation WepApplication.targets for v12.0 and v14.0 xbuild.

Add generation WepApplication.targets for v12.0 and v14.0 xbuild.

Merge pull request #2681 from kumpera/pedump_fix

[pedump] Fix init crash on pedump when using --verify.

@marek-safar  here's your fix

@monojenkins merge

[aot] Move a mono_error_raise_exception () call higher up the call chain.

[pedump] Fix init crash on pedump when using --verify.

[sdb] Remove some mono_error_raise_exception () calls.

[jit]: Correctly restore callee saved registers in mono_arch_get_call_filter() on amd64.

(cherry picked from commit 8c1ffe78ccf68fab9acad53eebc01b5c84fc81ec)

[corlib] Fixed MonoIO.Write loop.

[corlib] Fixed FileStream Write after Read issue

FileStream was writing to the wrong position When a value longer than
the FileStream buffer was written after a read.

This was fixed by doing a seek before doing the problematic write.

Fixes #11699

[corlib] Test FileStream with Read and Writes

Covers #11699

Fixed the build.

[support/zlib] Added API exports to exported calls from zlib-helper.c.

This is so we can re-use this code from libmonodroid, which currently has its own duplicated copy.

[support/zlib] Remove eglib link dependencies from zlib-helper.c.

This is so we can re-use this code from libmonodroid, which currently has its own duplicated copy.

[reflection] MonoError in mono_reflection_get_custom_attrs_info

Also mark that function external only.  Runtime should use
mono_reflection_get_custom_attrs_info_checked

[reflection] MonoError for mono_reflection_type_get_underlying_system_type

Merge pull request #2655 from ludovic-henry/fix-wait-timeout

[WaitHandle] Fix Wait(One|Any|All) and SignalAndWait with timeout

[reflection] MonoError for mono_custom_attrs_data_construct

[reflection] MonoError for create_cattr_{typed,named}_arg

[reflection] MonoError for mono_reflection_method_on_tb_inst_get_handle

[jit] Remove a few mono_error_raise_exception () calls.

Fix the build.

[jit] Add a MonoError argument to mono_create_jit_trampoline (), get rid of the mono_create_jit_trampoline_in_domain () variant.

[jit] Add a MonoError argument to mono_create_jump_trampoline ().

[llvm] Remove some unused argument passing conventions.

Merge pull request #2673 from serpentblade/master

[System.Data.SqlClient] Fix for bulk copy inserts via IDataReader

[System.Data.SqlClient] Fix for bulk copy inserts via IDataReader

Resolve same with DataTable requiring name problem fixed in 1858ce4a94ab07f615a0e5ded37f8caa18473700

[sgen] catch NotSupportedException from system.xml.serialization

System.Xml.Serialization.TypeDesc.CheckSupported might throw a
NotSupportedException, so catch it and ignore the current type

[llvm] Fix the loaded llvm build.

Fix the build.

[llvm] Emit dwarf debug info when running with llvm 3.9. This is not enabled yet, since it doesn't seem to work, the dwarf info is in the object file emitted by llc, but disappears during linking.

[mcs] escaped quoted interpolated format specifier has no restrictions. Fixes #38992

Merge pull request #2664 from lambdageek/dev/monoerror-mono_rand

[runtime] Use MonoError in mono_rand_try_get_bytes

[System.IO.Compression.DeflateStream] Fixed end condition in decompression loop.

Keep track of total bytes read from input stream and break from the loop if it matches the number of bytes inflated by zlib.

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

[msvc] %PATH% is sometimes empty in Jenkins, so "powershell" doesn't run

Try using a system-standard default variable which points to the required folder instead.

Merge pull request #2666 from lambdageek/dev/kill-InternalReplaceStrComp

[runtime] Remove ves_icall_System_String_InternalReplace_Str_Comp

It appears to be dead code.

[runtime] Use MonoError in mono_rand_try_get_bytes

Bump Mono version -> 4.5.0

[runtime] Remove ves_icall_System_String_InternalReplace_Str_Comp

It appears to be dead code.

Merge pull request #2661 from ludovic-henry/fix-safehandle-abort

[SafeHandle] Avoid handle leakage in case of ThreadAbortException

If we get a ThreadAbortException while at SafeHandle.cs:124 (before this commit), we would not set release to true, even after incrementing the internal reference count of the SafeHandle. That could lead to potential leak, as the caller (following the common following pattern) would never call DangerousRelase, thus never calling PerformRelease. The finalizer or Dispose would not lead to the call of PerformRelease either, as the DangerousAddRef / DangerousRelase calls are unbalanced.

The common pattern for DangerousAddRef / DangerousRelease is the following:

bool release = false;
try {
  safeHandle.DangerousAddRef (ref release);
  /* do something with safeHandle.DangerousGetHandle () */
} finally {
  if (release)
    safeHandle.DangerousRelease ();
}

@monojenkins merge

Merge pull request #2657 from xmcclure/little-embed-fixes

Minor platform-support fixes

* Fix error in DISABLE_HW_TRAPS implementation
* Rename class in mono/tests/threadpool.cs to allow embedding

Merge pull request #2653 from lambdageek/dev/exception_type-1

[runtime] Don't access MonoClass::exception_type directly.

Use `mono_class_get_failure ()` and `mono_class_has_failed ()`

This is mostly just cleanup refactoring at this point that will make it easier to change how exception_type is used.

Also from this exercise we've learned that most of the class handling code just cares whether the class has an error or not, not what sort of error it was.

Merge pull request #2646 from ludovic-henry/fix-processwatch-dispose

[Microsoft.Build] Fix XS build error + Fix expected output newline from ProcessWrapper.OutputStreamChanged and ProcessWrapper.ErrorStreamChanged

[SafeHandle] Avoid handle leakage in case of ThreadAbortException

If we get a ThreadAbortException while at SafeHandle.cs:124 (before this commit), we would not set release to true, even after incrementing the internal reference count of the SafeHandle. That could lead to potential leak, as the caller (following the common following pattern) would never call DangerousRelase, thus never calling PerformRelease. The finalizer or Dispose would not lead to the call of PerformRelease either, as the DangerousAddRef / DangerousRelase calls are unbalanced.

The common pattern for DangerousAddRef / DangerousRelease is the following:

bool release = false;
try {
  safeHandle.DangerousAddRef (ref release);
  /* do something with safeHandle.DangerousGetHandle () */
} finally {
  if (release)
    safeHandle.DangerousRelease ();
}

[WaitHandle] Fix Wait(One|Any|All) and SignalAndWait with timeout

In the case where we would call for example WaitHandle.WaitOne with a timeout, we could run in the case where we would wait way longer than the timeout would allow it (240s instead of 90s for example). This would be due to spurious wake, which would not be considered to be an error, but which would lead calling the `mono_os_cond_timedwait` function with the same timeout every time. That would mean that `mono_os_cond_timedwait` would return that it timedout, if and only if, it would timed out after N milliseconds, with N the millisecondsTimeout parameter to WaitOne in this example. That mean that any spurious wake would effectively lead to rewaiting with a full timeout every time.

That could lead to the following scenario:
 - T1 calls waitHandle.WaitOne(timeout = 1000ms) at T=0ms
 - T1 calls mono_os_cond_timedwait(timeout = 1000) at T=0ms
 - GC suspend T1 at T=500ms <- here it's not necessarily the GC, it can be anything suspending/signaling the thread
 - T1 spurious wake, and call mono_os_cond_timedwait(timeout = 1000) at T=500ms
 - GC interrupt T1 at T=1250ms
 - T1 spurious wake, and call mono_os_cond_timedwait(timeout = 1000) at T=1250ms
 - etc.

As you can see, T1 should have returned from waitHandle.WaitOne before the second spurious wake, but as it recalled mono_os_cond_timedwait with a timeout of 1000ms again, it didn't.

The fix consists in keeping track of when the call is supposed to finish, and pass an adaptable timeout to mono_os_cond_timedwait, which decreases as time goes on, to enventually reach 0, and return in a timely manner.

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

Merge pull request #2620 from ludovic-henry/referencesource-waithandle

[corlib] Import System.Threading.WaitHandle