Open LunarWhisper opened 1 week ago
@tommcdon , @grantri FYI
Tagging subscribers to this area: @tommcdon See info in area-owners.md if you want to be subscribed.
@LunarWhisper - please provide a repro. At a minimum you can provide the PDB that causes the crash. I suspect this the same issue, there is just confusion about what constitutes a "file" from the PDB's perspective versus the user's perspective. But without repro step or a repro PDB, we can only speculate.
@LunarWhisper - please provide a repro. At a minimum you can provide the PDB that causes the crash. I suspect this the same issue, there is just confusion about what constitutes a "file" from the PDB's perspective versus the user's perspective. But without repro step or a repro PDB, we can only speculate.
@grantri, I'm afraid this will require signing an NDA.
Description
In a large project containing a massive number of types (~14 000), the generated .pdb file becomes incompatible with tools like WinDBG and symstore.exe once it reaches a certain size. However, the IDE handles these files without any issues.
This is a continuation of the issue in which we found a similar problem with the number of files greater than UInt16.MaxValue, but now it fires on a smaller number of files. https://github.com/dotnet/runtime/issues/108833
Reproduction Steps
We don't know how or why this happens.
Expected behavior
.pdb saved on target
Actual behavior
On small projects everything works as usual without any errors.
On large real project:
AccessViolation thrown inside:
Regression?
Yes, these errors started to occur after switching from .NET Framework to .NET8 and changing the project type to SDK.
Known Workarounds
Use
full
.pdb format instead ofportable
.Other information
At the moment it seems that the problem only occurs on large files, but it is confirmed consistently.