-
Notifications
You must be signed in to change notification settings - Fork 466
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
.NET 9 Preview 3 occassionally fails to build in arm64 with Object reference not set to an instance of an object
errors
#7349
Comments
I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label. |
I think this issue should go into roslyn-analyzers which is the home of the |
In case you are blocked by this, maybe disable CA2252 for the repo |
Just happened in a VMR official build but with a different exception this time:
This is on OSX x64 |
Interestingly, this seems to affect more than just this one analyzer, see dotnet/sdk#41030 cc @jaredpar |
Here's the full error:
|
@jaredpar The log is under OSX_Mono_x64_BuildLogs_Attempt1 |
@333fred PTAL |
@jjonescz PTAL |
I'm unable to reproduce this, but that's not a surprise given this is a flaky issue. I think I would need at least a memory dump or something like that to be able to investigate this. Also it seems there might be two separate issues:
|
We had an occurrence of this in source-build CI - dotnet/source-build#4451 |
|
Affects non-source-build (msft build) as well. |
@arkalyanms |
Also see dotnet/dnceng#3305 which tracks all the hits. According to Alexander/Kusto, this happened 133 times in the last 60 days. |
This looks more like roslyn issue to me, as several different analyzers affected, I think we should move this to roslyn |
@buyaa-n please do not transfer this issue. It is mostly likely a bug in roslyn-analyzers. |
I wonder if we can collect a crash dump in some of the pipelines where this is happening. That could allow us to determine the cause. |
This is the stack of the
That almost certainly represents this line in code: IFieldSymbol field = ((IFieldReferenceOperation)operationContext.Operation).Field;
if (field.DeclaredAccessibility == Accessibility.Private)
{
referencedPrivateFields.TryAdd(field, default);
// Error is here.
maybeUnreferencedPrivateFields.TryRemove(field, out _);
} Both values here are non-null:
That seems like a runtime bug. |
Just encountered this issue while source-building the VMR at dotnet/dotnet@c58501e
Link to build (internal Microsoft link) |
Resolving as a dupe of runtime issue 104123. The fix is in PR and will be back ported to 9.0 P7. |
I am trying to build .NET 9 Preview 3 on arm64 in an offline environment.
It works on some platforms, but sometimes fails on others.
Full log: https://download.copr.fedorainfracloud.org/results/@dotnet-sig/dotnet-preview/centos-stream-9-aarch64/07444252-dotnet9.0/builder-live.log.gz
Describe the Bug
Steps to Reproduce
Other Information
The text was updated successfully, but these errors were encountered: