Update QC Branch

[C-SELLERS]

What does this implement/fix? Explain your changes.

Get QC PythonNet up to date with root repo.

Related to QuantConnect/Lean#452

To do this I needed to reflect a lot of our custom changes onto the root repo in order to keep QuantConnect functionality as desired.

QuantConnect Changes Reflected onto Root repo:

• Support decimal, timespan, datetime, implicit, and nullable conversions (Support for decimal and fixing build issues in pythonnet #1, Implements System.Decimal and System.DateTime support #8, Method overload with decimal parameter accepts non-decimal numbers #10, Fixing memory leaks in the conversion of some types #14,Do not include timezone if DateTimeKind is Unspecified #15, Decimal Parsing Allows Numeric String in Exponential Notation and Version Bump #25)
• Use Float in Python for Decimal conversion (Performance improvement C# decimal to Python conversion #19)
• Some logging on boot up (Version bump 1.0.5.23 - Init logs #34)
• Support List conversion (PyList to C# List round trip conversion #37)
• AssemblyManager Cache (Performance improvement Initialization hang fix #38)
• Generic Util race condition fix (Initialization hang fix #38)
• Support KeyValuePairEnumerable Objects (Implements KeyValuePairEnumerableObject #42)

Patches to address failures in Lean:

• MethodBinder changes to allow implicit conversion. This one was particularly tricky and seemed impossible to patch together with the MethodBinder.cs in the root. Unfortunately it involved tearing apart a lot of it and rebuilding only what was needed. It may be possible to refactor this to look more like the root and still pass our tests. ( 58d5df0 , 44e089a , 108eacf , 6379568 , 9f2796a )
• Revert PythonNet PR Wrap returned objects in interface if method return type is interface pythonnet/pythonnet#1240 ; this PR broke fetching interface derived classes data members that weren't defined in the interface. ( ed6ab18 )
• Converting PyObject to Int fix; this reflects the way PythonNet used to convert values to Int32, 64, unsigned etc, with PyNumber_Long but still keeps the use of Runtime.PyLong_AsSignedSize_t to finish the conversion. The bug that discovered this was trying to convert a Python float to int, this used to work but was failing until this refactor. Reference the added test in bd94e49. ( d87584b )

Tests added:

• TimeDelta and DateTime Conversion Tests ( 508db2e )
• List Conversion tests ( 5839d21 )
• Dictionary Tests ( 101624e )
• MethodBinder Tests ( bf1755d )
• OperatorInequality Test ( b0aca5c )
• PrimitiveIntConversion Test ( bd94e49 )
• Interface Classes Test ( cd06d10 )

Some tests had to be adjusted for behavior changes caused by our commits. I have adjusted enough to have all PythonNet embedded tests passing, but there are still some issues with PyTests that need to be addressed/resolved.