ILC fails with Error: Sequence point value is out of range.

[rolfbjarne]

Description

This happens:

$ "/Users/rolf/.nuget/packages/runtime.osx-arm64.microsoft.dotnet.ilcompiler/10.0.0-rc.2.25502.107/tools/ilc" @"obj/Release/net10.0-ios/ios-arm64/native/issue32049.ilc.rsp"
Error: Sequence point value is out of range.
System.BadImageFormatException: Sequence point value is out of range.
   at System.Reflection.Throw.SequencePointValueOutOfRange() + 0x30
   at System.Reflection.Metadata.SequencePointCollection.Enumerator.MoveNext() + 0x390
   at Internal.TypeSystem.Ecma.PortablePdbSymbolReader.<GetSequencePointsForMethod>d__10.MoveNext() + 0xc0
   at ILCompiler.Logging.MessageOrigin..ctor(MethodIL, Int32) + 0xd4
   at ILCompiler.Dataflow.ReflectionMethodBodyScanner.HandleCall(MethodIL, MethodDesc, ILOpcode, Int32, ValueNodeList) + 0x6c
   at ILCompiler.Dataflow.MethodBodyScanner.HandleCall(MethodIL, ILOpcode, Int32, MethodDesc, Stack`1, Nullable`1[], InterproceduralState&, Int32) + 0x248
   at ILCompiler.Dataflow.MethodBodyScanner.Scan(MethodIL, InterproceduralState&) + 0x131c
   at ILCompiler.Dataflow.MethodBodyScanner.InterproceduralScan(MethodIL) + 0x1f8
   at ILCompiler.Dataflow.ReflectionMethodBodyScanner.InterproceduralScan(MethodIL) + 0x20
   at ILCompiler.Dataflow.ReflectionMethodBodyScanner.ScanAndProcessReturnValue(NodeFactory, FlowAnnotations, Logger, MethodIL, List`1&) + 0x17c
   at ILCompiler.DependencyAnalysis.DataflowAnalyzedMethodNode.GetStaticDependencies(NodeFactory) + 0x50
   at ILCompiler.DependencyAnalysisFramework.DependencyAnalyzer`2.GetStaticDependenciesImpl(DependencyNodeCore`1) + 0x50
   at ILCompiler.DependencyAnalysisFramework.DependencyAnalyzer`2.ProcessMarkStack() + 0xf4
   at ILCompiler.DependencyAnalysisFramework.DependencyAnalyzer`2.ComputeMarkedNodes() + 0x4c
   at ILCompiler.ILScanner.ILCompiler.IILScanner.Scan() + 0x594
   at ILCompiler.Program.<Run>g__RunScanner|4_0(Program.<>c__DisplayClass4_0&) + 0x16c
   at ILCompiler.Program.Run() + 0x25c4
   at ILCompiler.ILCompilerRootCommand.<>c__DisplayClass261_0.<.ctor>b__0(ParseResult) + 0x2f8

Reproduction Steps

Repro package created with --make-repro-path: 2988945249_issue32049.zip

Expected behavior

Either successful compilation or an actionable error message.

Actual behavior

See above

Regression?

No

Known Workarounds

No response

Configuration

$ dotnet --info

$ dotnet --info
.NET SDK:
 Version:           10.0.100-rc.2.25502.107
 Commit:            89c8f6a112
 Workload version:  10.0.100-rc.2.25513.4
 MSBuild version:   18.0.0-preview-25502-107+89c8f6a11

Runtime Environment:
 OS Name:     Mac OS X
 OS Version:  15.7
 OS Platform: Darwin
 RID:         osx-arm64
 Base Path:   /usr/local/share/dotnet/sdk/10.0.100-rc.2.25502.107/

.NET workloads installed:
 [maui-tizen]
   Installation Source: SDK 10.0.100-rc.2
   Manifest Version:    10.0.0-rc.2.25504.7/10.0.100-rc.2
   Manifest Path:       /usr/local/share/dotnet/sdk-manifests/10.0.100-rc.2/microsoft.net.sdk.maui/10.0.0-rc.2.25504.7/WorkloadManifest.json
   Install Type:        FileBased

 [ios]
   Installation Source: SDK 10.0.100-rc.2
   Manifest Version:    26.0.10970-net10-rc.2/10.0.100-rc.2
   Manifest Path:       /usr/local/share/dotnet/sdk-manifests/10.0.100-rc.2/microsoft.net.sdk.ios/26.0.10970-net10-rc.2/WorkloadManifest.json
   Install Type:        FileBased

Configured to use workload sets when installing new manifests.

Host:
  Version:      10.0.0-rc.2.25502.107
  Architecture: arm64
  Commit:       89c8f6a112

.NET SDKs installed:
  6.0.425 [/usr/local/share/dotnet/sdk]
  7.0.410 [/usr/local/share/dotnet/sdk]
  8.0.304 [/usr/local/share/dotnet/sdk]
  8.0.402 [/usr/local/share/dotnet/sdk]
  9.0.100 [/usr/local/share/dotnet/sdk]
  9.0.102 [/usr/local/share/dotnet/sdk]
  9.0.103 [/usr/local/share/dotnet/sdk]
  9.0.106 [/usr/local/share/dotnet/sdk]
  9.0.109 [/usr/local/share/dotnet/sdk]
  9.0.110 [/usr/local/share/dotnet/sdk]
  9.0.203 [/usr/local/share/dotnet/sdk]
  9.0.205 [/usr/local/share/dotnet/sdk]
  9.0.300 [/usr/local/share/dotnet/sdk]
  9.0.305 [/usr/local/share/dotnet/sdk]
  10.0.100-preview.6.25358.103 [/usr/local/share/dotnet/sdk]
  10.0.100-rc.1.25451.107 [/usr/local/share/dotnet/sdk]
  10.0.100-rc.2.25502.107 [/usr/local/share/dotnet/sdk]

.NET runtimes installed:
  Microsoft.AspNetCore.App 6.0.33 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 7.0.20 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 8.0.8 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 9.0.0-rc.2.24474.3 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 9.0.0 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 9.0.1 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 9.0.4 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 9.0.5 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 9.0.6 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 9.0.7 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 9.0.8 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 9.0.9 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 10.0.0-preview.6.25358.103 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 10.0.0-rc.1.25451.107 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 10.0.0-rc.2.25502.107 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.NETCore.App 6.0.33 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 6.0.36 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 7.0.20 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 8.0.8 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 9.0.0 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 9.0.1 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 9.0.4 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 9.0.5 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 9.0.6 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 9.0.7 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 9.0.8 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 9.0.9 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 10.0.0-preview.6.25358.103 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 10.0.0-rc.1.25451.107 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 10.0.0-rc.2.25502.107 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]

Other architectures found:
  x64   [/usr/local/share/dotnet/x64]
    registered at [/etc/dotnet/install_location_x64]

Environment variables:
  DOTNET_CLI_TELEMETRY_OPTOUT              [1]

global.json file:
  Not found

Learn more:
  https://aka.ms/dotnet/info

Download .NET:
  https://aka.ms/dotnet/download

Other information

This is a spin-off from a MAUI issue: dotnet/maui#32049

[dotnet-policy-service]

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

[StephaneDelcroix]

/cc @simonrozsival

[MichalStrehovsky]

This looks like bad debug info. Unfortunately, --make-repro-path doesn't capture PDBs. Would it be possible to upload the obj directory as well (both the --make-repro-path output and all the PDBs under obj).

I tried to repro this myself, but I wasn't able to contort the Xamarin .targets to work on non-mac and I don't have a mac.

[rolfbjarne]

Here's the entire project directory, with bin/obj + repro-path output and msbuild.binlog:

https://microsofteur-my.sharepoint.com/:u:/g/personal/rokvin_microsoft_com/ESPKcG4H1t1CmU_nSKaeSU4BXyorQLlYoAawR7E9kmwHIA?e=k5UAsn

[MichalStrehovsky]

Thank you!

The debug information for __XamlGeneratedCode__.__Type9256E1F2496E96BF.InitializeComponent() in issue32049 assembly is corrupted.

Assuming the file in obj\Release\net10.0-ios\ios-arm64\issue32049.pdb came out of Roslyn and no other tool wrote into it, this is either a Roslyn bug or System.Reflection.Metadata bug. (There is one more PDB under obj\Release\net10.0-ios\ios-arm64\linked that went through ILLinker and turned the corruption into a different corruption, but it's not interesting because the problem already exists in the first file).

Following System.Reflection.Metadata snippet will throw when trying to parse sequence points for the method in the PDB:

using System;
using System.IO;
using System.IO.MemoryMappedFiles;
using System.Reflection.Metadata;
using System.Reflection.Metadata.Ecma335;

#if false
string fileName = @"D:\issue32049\obj\Release\net10.0-ios\ios-arm64\linked\issue32049.pdb";
var methodToken = 0x06000005;
#else
string fileName = @"D:\issue32049\obj\Release\net10.0-ios\ios-arm64\issue32049.pdb";
var methodToken = 0x06000006;
#endif

var fileStream = new FileStream(fileName, FileMode.Open, FileAccess.Read, FileShare.Read, bufferSize: 1);
var mappedFile = MemoryMappedFile.CreateFromFile(
    fileStream, null, fileStream.Length, MemoryMappedFileAccess.Read, HandleInheritability.None, true);

var accessor = mappedFile.CreateViewAccessor(0, 0, MemoryMappedFileAccess.Read);

var safeBuffer = accessor.SafeMemoryMappedViewHandle;

MetadataReader reader;
unsafe
{
    reader = new MetadataReader((byte*)safeBuffer.DangerousGetHandle(), (int)safeBuffer.ByteLength, MetadataReaderOptions.Default);
}

var debugInformationHandle = ((MethodDefinitionHandle)MetadataTokens.EntityHandle(methodToken)).ToDebugInformationHandle();
var debugInformation = reader.GetMethodDebugInformation(debugInformationHandle);
foreach (var sp in debugInformation.GetSequencePoints())
{
    Console.WriteLine($"{sp.Offset} {sp.Document} {sp.StartLine}");
}

@rolfbjarne if nothing else munges the PDB and this is the PDB as it came out of Roslyn, we should move this to the Roslyn repo where someone can compare what Roslyn intended to generate and what S.R.Metadata is reading. This is a long method and there are a lot of #line XYZ/#line default directives in it, many of them duplicated, so I find Roslyn bug plausible. S.R.Metadata bug seems less likely.

Possible workaround:

• Set DebugType=none

Cc @jcouv

[StephaneDelcroix]

that file is sourcegen'd from xaml, explaining the long method invocations and redundant #line pragmas

[rolfbjarne]

@MichalStrehovsky thanks for the diagnosis!

It seems I don't have permissions to move this to dotnet/roslyn, so somebody else will have to do it.