Closed 0xced closed 1 month ago
As far as I can tell, there will be no bug fixes in Mono. It is a "complete" (or, if you prefer a slightly more negative term, "dead") project.
I'll take a look and see if that change makes a difference.
Your theory was correct, it was the tuple return type causing the failure. I'll have a build available shortly.
The fix is in 3.0.0-pre.24
, which is now available on NuGet.
Awesome, thanks for fixing it and releasing a new version! 🎉
Tested on macOS (both 10.15.7 on x64 and 13.6.6 on amd64) with mono 6.12.0
Reproduction steps on the current
main
branch (commit d4c272148d87c15d9f990f04058445541f152cf5)Output:
I did investigate and I stumbled on a swallowed exception.
Note that I had to modify
VsTestRunner.cs
like this to be able to see the swallowed exception.Now, the
TypeLoadException
itself looks like a bug in mono.There's even an open issue about how this error message is not useful enough to diagnose what the underlying problem is. 😞
At first I thought it might be because
VisualStudioSourceInformationProvider
is using a primary constructor. So I tried to change it to an explicit constructor but that was not the problem. Now I suspect it might be becauseISourceInformationProvider.GetSourceInformation()
returns a named tuple but that's just a guess and it could be something else entirely.I think it would be worth trying to change the return type of
ISourceInformationProvider.GetSourceInformation()
to a struct or class and see if that works around theTypeLoadException
. If not then a bug should be filed to the mono repository but the current reproduction is a bit overwhelming I think.