Skip to content

R
runtime

dotNET Platform / runtime
12 个月 前同步成功

通知 1
Star 1
Fork 0
R
runtime

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 04 5月, 2023 7 次提交
    • S
      Delete `GT_FIELD` (#85568) · 458f3de2
      由 SingleAccretion 提交于 
      * Delete GT_FIELD

* GenTreeField -> GenTreeFieldAddr
      458f3de2
    • J
      Add new SafeHandleMarshaller type to provide out-of-generator marshalling support. (#85419) · 5e0044f6
      由 Jeremy Koritzinsky 提交于 
      Fixes #74035

We can't remove the built-in marshalling support from the generator yet, but once the out-of-band packages we ship don't support .NET 6. we can remove the built-in support that emits the marshalling code in the stub. I believe the .NET 9 packages won't support .NET 6, so once we snap for .NET 9 and update how we ship the packages, we can clean this up.

This PR also adds a requested feature to the SafeHandle marshaller: If the call to native code fails, we'll call Dispose() on the pre-allocated handle to avoid leaking it to the finalizer queue.
      5e0044f6
    • K
      Change default CFB feedback size for DES · f1fcba4d
      由 Kevin Jones 提交于 
      The previous default value, 64, doesn't work for DES because .NET only supports CFB8 for DES. Further, this more closely aligns the behavior of DES.Create() from .NET Framework to .NET, as DESCryptoServiceProvider also had a default feedback size of 8.

This change sets the default feedback size to 8, which is the only value that worked anyway, so it isn't a breaking change.

Types derived from DES will continue to have a default feedback size of 64, which is the default value for .NET Framework derived types. We are only changing the default for DESImplementation returned by DES.Create().
      f1fcba4d
    • V
      Remove S.Sec.Crypto.Algorithms package dependency (#85701) · c8f43d52
      由 Viktor Hofer 提交于 
      * Remove S.Sec.Crypto.Algorithms package dependency

Contributes to https://github.com/dotnet/runtime/issues/85641

System.Security.Cryptography.Algorithms/4.3.1 is being referenced in a
few .NET Framework builds. The reference to that package is undesirable
as it brings in the entire netstandard 1.x dependency graph.

The only type used from that package is IncrementalHash which isn't
available as a public API in .NET Framework before 4.7.1. Because of
that, polyfill the netfx code in with minor changes to the source to
make the analyzers happy.
      c8f43d52
    • P
      [browser] es6 test main (#85542) · bda61b94
      由 Pavel Savara 提交于
      bda61b94
    • T
      Directory.Build.props: restore previous behavior when targetting 'other'... · 6a5a704c
      由 Tom Deseyn 提交于 
      Directory.Build.props: restore previous behavior when targetting 'other' TargetOSes from Windows. (#85246)
      6a5a704c
    • S
      Clean up dead code in ILCompiler targets (#85618) · d3025ba0
      由 Sven Boemer 提交于 
      - The logic for referencing ILCompiler as an MSBuild SDK should no longer be needed because we use PackageReference.
- IlcCalledViaPackage should always be true
      d3025ba0
  3. 03 5月, 2023 32 次提交
  5. 02 5月, 2023 1 次提交