* Update dependencies from https://github.com/dotnet/coreclr build 20190130.71
This change updates the following dependencies
- Microsoft.NETCore.Runtime.CoreCLR - 3.0.0-preview-27330-71
* Update dependencies from https://github.com/dotnet/coreclr build 20190130.72
This change updates the following dependencies
- Microsoft.NETCore.Runtime.CoreCLR - 3.0.0-preview-27330-72
* Update dependencies from https://github.com/dotnet/coreclr build 20190131.71
This change updates the following dependencies
- Microsoft.NETCore.Runtime.CoreCLR - 3.0.0-preview-27331-71
* Update dependencies from https://github.com/dotnet/coreclr build 20190131.72
This change updates the following dependencies
- Microsoft.NETCore.Runtime.CoreCLR - 3.0.0-preview-27331-72
* Update dependencies from https://github.com/dotnet/coreclr build 20190201.71
This change updates the following dependencies
- Microsoft.NETCore.Runtime.CoreCLR - 3.0.0-preview-27401-71
* Update dependencies from https://github.com/dotnet/coreclr build 20190201.72
This change updates the following dependencies
- Microsoft.NETCore.Runtime.CoreCLR - 3.0.0-preview-27401-72
If dotnet/versions publish is enabled in the main finalize/publish job, it fails because VersionTools is an old version. The reason for the old VersionTools is unknown. To narrow it down or work around it, use a hosted agent to ensure machine state isn't a factor, such as previous builds' tooling carrying over somehow.
The existing code expects the .deps.json record for coreclr.dll (and clrjit.dll) to have at least one directory separator, since that was always the case up until now.
With recent changes to targeting packs, these records are just file names, and the above logic breaks.
Fix the logic by lookup at the resolved absolute path, which is guaranteed to have a directory separator before the library name (we need the separator to match whole file names).
Added a test which validates the new scenario.
It seems that printing out timezone information for a tm structure on Windows always shows the local timezone, even if the tm is returned by gmtime.
The simplest fix seems to be to simply print out GMT always, after all gmtime always returns GMT time.
This also makes the output match Linux formating as Windows otherwise uses verbose zone names, while Linux uses abbreviations.
* Update M.E.DependencyModel to use in-box S.T.Json for netstandard2.0
* Move StreamBufferWriter to a separate file.
* Return array back to the pool on success.
* Update test json and remove trailing commas to make it valid according
to RFC.
* Fix off-by-one error in skip, add a null string check, and remove other
trailing commas.
* Write end of object before flushing.
* Add missing write end array to close the array block.
* Update to latest source package with some API changes.
* Address PR feedback.
* Split DepContextJsonReader into common, newtonsoft, and netstandard.
* Try to minimize the diff between Newtonsoft and S.T.Json.
* Remove the .Common prefix for the source that is shared between the
impls.
* Explicitly add access modifiers and some code formatting fix.
* Add debug asserts and add comment to where ReadToEnd comes from.
* Mark methods as static where possible.
* Update code formatting (use var, inline outs, etc.)
* Use implicit cast to span and use try/finally block instead.
* Always check to resize in case stream.Length changes.
* Use an array-based buffer writer rather than one that supports stream.
* Add a unified json reader to reduce code duplication.
* Remove JsonTextReaderExtensions and cleanup some changes to keep the
diff cleaner.
* Skip comments by default.
* Allow comments on the reader but throw FormatException to mimic current
behavior.
* Adjust the exception message comparion assert.
* Use the latest LangVersion (7.3) required by the source package.
* Rename partial files using Utf8JsonReader/JsonTextReader suffixes.
* Address PR feedback - cleanup csproj and remove unused APIs.
* Use JsonTextWriter (instead of JObject) and extract out common code by
using UnifiedJsonWriter
extract out common code by using UnifiedJsonWriterr
* Rename Write to WriteCore to match the Read
* Explicitly disallow comments and update test to assert
JsonReaderException.
* Add source package version to Versions.props.
The bug was that RRF_SUBKEY_WOW6432KEY is only supported on Win10. On legacy Windows it has no effect and 64bit registry is accessed.
The fix is to use RegOpenKeyEx which takes the access right parameter which can specify KEY_WOW64_32KEY. This makes 64bit app access the 32bit registry and this one is supported on anything above Windows 2000 (excluded).
This change updates the following dependencies
- Microsoft.NETCore.Platforms - 3.0.0-preview.19073.11
- Microsoft.Private.CoreFx.NETCoreApp - 4.6.0-preview.19073.11
This change updates the following dependencies
- Microsoft.NETCore.Platforms - 3.0.0-preview.19073.7
- Microsoft.Private.CoreFx.NETCoreApp - 4.6.0-preview.19073.7
Fixed the URL used when SDK commands fail to find SDK - this should point to the main download page.
Errors which talk about installing prerequisites now include platform specific URLs which point to the respective docs article for the correct platform.
The existing fwlink is now redirected to point to the Windows prereq page. Two new fwlinks were added to point to OSX and Linux pages.
Added simplistic tests for these changes.
This uptakes a change to print the tree being submitted to dotnet/versions. This will confirm whether BuildTools isn't being uptaken correctly in the official build, or if there is a new/unknown additional bug with the request.
This change updates the following dependencies
- Microsoft.NETCore.Platforms - 3.0.0-preview.19073.1
- Microsoft.Private.CoreFx.NETCoreApp - 4.6.0-preview.19073.1
This change updates the following dependencies
- Microsoft.NETCore.Platforms - 3.0.0-preview.19072.2
- Microsoft.Private.CoreFx.NETCoreApp - 4.6.0-preview.19072.2
This reverts commit 5bdcd4b15d and disables MSBuild node reuse in the finalize step. This turns dotnet/versions publish back on and avoids a reused node having an old version of VersionTools loaded.
This change updates the following dependencies
- Microsoft.NETCore.Platforms - 3.0.0-preview.19072.1
- Microsoft.Private.CoreFx.NETCoreApp - 4.6.0-preview.19072.1
This change updates the following dependencies
- Microsoft.NETCore.Platforms - 3.0.0-preview.19071.2
- Microsoft.Private.CoreFx.NETCoreApp - 4.6.0-preview.19071.2