dotnet/runtime

Description TensorPrimitives.MinNumber(ReadOnlySpan<T>) returns NaN when any element of the span is NaN, even when other elements are numbers. This appears inconsistent with MinNumber semantics, where a numeric operand should be preferred over NaN. Reproduction Steps using System; using System.Numerics.Tensors; float[] values = [1f, float.NaN, 2f]; Console.WriteLine(float.MinNumber(1f, float.NaN)); Console.WriteLine(TensorPrimitives.MinNumber(values)); Output: 1 NaN Expected behavior TensorPrimitives.MinNumber(values) should return: 1 A NaN should be ignored when another numeric value is available, consistent with float.MinNumber / T.MinNumber. If all elements are NaN, returning NaN would be expected. Actual behavior TensorPrimitives.MinNumber(values) returns NaN as soon as the reduction encounters a NaN. Regression? Unknown Known Workarounds Perform the reduction manually using T.MinNumber: T result = values[0]; for (int i = 1; i < values.Length; i++) { result = T.MinNumber(r

Description I'm working on adding ref struct support to the Boo compiler, and as expected it's producing some invalid IL until I get the details worked out. But one of the early tests is failing, throwing System.InvalidProgramException: Common Language Runtime detected an invalid program at runtime, while passing ILVerify with no errors. Reproduction Steps Open the attached zip file. It contains the testcase, and its ILDASM disassembly for convenience. The disassembly has one non-trivial method, Main. This is the original code. It should do exactly what it looks like it does: import System var span = "Hello, World!".AsSpan() for letter in span: Console.Write(letter) Console.WriteLine() The generated assembly throws InvalidProgramException at runtime, but ILVerify gives it a clean bill of health, so it's not clear what I need to fix in the codegen. Expected behavior ILVerify should correctly diagnose invalid assemblies. Actual behavior ILVerify shows no errors. Regression? No res

Description i was instructed to post the issue here, as its about .NET api main issue when SetEnvironmentVariable() is used that contains a %variable% the registry key is set as reg_sz instead of expanded so the variable is not correctly save and breaking for example the path environment variable or other created variables Proposed technical implementation details (optional) GetEnvironmentVariable() add a new optional parameter that can be used to get a variable not expanded This allows to save it to a variable and pass it directly to SetEnvironmentVariable without breaking %% inside variables also for SetEnvironmentVariable it should detect if a % is inside the parameter and set the korrekt registrykey type when saving (reg_expand_sz) currently it always saves as reg_sz which breaks Path variable when used here the current behaviour is described. for the correct behaviour when creating the reg key (reg_sz or expanded), you can also look here at line 90 https://github.com/microsoft/Po

Description The method ICollection<KeyValuePair<TKey, TValue>>.CopyTo(KeyValuePair<TKey, TValue>[], int) from Dictionary<TKey, TValue> seems to produce an incorrect exception message in some situations, telling that a non-negative index is required when that is not exactly the error that was produced. Reproduction Steps using System.Collections.Generic; Dictionary<int, int> actual = new(); KeyValuePair<int, int>[] array = new KeyValuePair<int, int>[0]; ((ICollection<KeyValuePair<int, int>>)actual).CopyTo(array, array.Length + 1); The same also happens if the dictionary isn't empty or the array has some length. It also happens with non-generic ICollection method. Expected behavior System.ArgumentException: The number of elements in the source is greater than the available space from index to the end of the destination array. (Parameter 'index') (According to documentation) Actual behavior System.ArgumentOutOfRangeException: Non-negative number required. (Parameter 'index') Regression?

Title StringBuilder.ToString() throws misleading ArgumentOutOfRangeException for internal chunk inconsistency Description StringBuilder.ToString() validates internal chunk boundaries before copying: if ((uint)(chunkLength + chunkOffset) > (uint)result.Length || (uint)chunkLength > (uint)sourceArray.Length) { throw new ArgumentOutOfRangeException( nameof(chunkLength), SR.ArgumentOutOfRange_IndexMustBeLessOrEqual); } This exception is misleading: ToString() has no parameters. chunkLength is a private local copied from internal StringBuilder state. The caller cannot provide or correct a parameter named chunkLength. The failed condition indicates an inconsistent internal snapshot, normally caused by concurrent mutation. A real occurrence was reported in #46022. Concurrent use is caller misuse because StringBuilder is not thread-safe, but reporting it as an invalid argument obscures the real cause. Expected behavior Throw an exception representing an invalid or inc