Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix exception case in compiler resolver #75000

Merged
merged 2 commits into from
Sep 5, 2024
Merged

Fix exception case in compiler resolver #75000

merged 2 commits into from
Sep 5, 2024

Conversation

jaredpar
Copy link
Member

@jaredpar jaredpar commented Sep 5, 2024

This fixes how we deal with exceptions in the compiler assembly resolver.

This fixes how we deal with exceptions in the compiler assembly resolver.
@jaredpar jaredpar requested a review from a team as a code owner September 5, 2024 15:12
@dotnet-issue-labeler dotnet-issue-labeler bot added Area-Compilers untriaged Issues and PRs which have not yet been triaged by a lead labels Sep 5, 2024
@jaredpar
Copy link
Member Author

jaredpar commented Sep 5, 2024

@dotnet/roslyn-compiler PTAL

@jaredpar jaredpar added this to the 17.12 milestone Sep 5, 2024
{
try
{
return _compilerAlc.LoadFromAssemblyName(assemblyName);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm wondering what was happening previously, where was the exception propagated (did it crash the whole process)?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The code which consumes IAnalyzerAssemblyResolver guards against unexpected exceptions. Basically, that is an extension point and the compiler generally guards against unexpected exceptions coming from extensions. So this scenario was worknig overall but this specific component wasn't meeting its contract.

@@ -415,7 +416,7 @@ internal string GetRealAnalyzerLoadPath(string originalFullPath)
return resolvedAssembly;
}
}
catch
catch (Exception ex) when (FatalError.ReportAndCatch(ex, ErrorSeverity.Diagnostic))
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jjonescz your comment reminded me that we're essentially silently swallowing the exceptions from plugins. Changed that to be non-silent. It's not a fatal error but definitely something that should at least raise an alert if it happens. This would've caught the issue that I fixed with this PR.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-Compilers untriaged Issues and PRs which have not yet been triaged by a lead
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants