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.

Sign up for GitHub

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

Jump to bottom

iOS: System.Runtime.Loader.AssemblyLoadContext.MonoResolveUnmanagedDllUsingEvent is linked away when still needed #46908

Closed
rolfbjarne opened this issue Jan 13, 2021 · 2 comments · Fixed by #46917 or mono/mono#20743
Closed

iOS: System.Runtime.Loader.AssemblyLoadContext.MonoResolveUnmanagedDllUsingEvent is linked away when still needed #46908

rolfbjarne opened this issue Jan 13, 2021 · 2 comments · Fixed by #46917 or mono/mono#20743
Labels
area-AssemblyLoader-mono

Comments

@rolfbjarne
Copy link
Member

rolfbjarne commented Jan 13, 2021 •
edited
Loading

Description

The System.Runtime.Loader.AssemblyLoadContext.MonoResolveUnmanagedDllUsingEvent method is linked away when it's still needed, resulting in an assertion at runtime:

error: * Assertion at /Users/runner/work/1/s/src/mono/mono/metadata/native-library.c:708, condition `resolve' not met

Crash report: link sdk_2021-01-12-235327_XAMBOT-1105-20210112_235328.crash.txt

Standard output: stdout-20210112_235311.log

The workaround is to preserve the method that is linked away: rolfbjarne/xamarin-macios@ece7188

My guess is that this is a regression caused by #46323.

This is with .NET 6.0.100-alpha.1.21060.3 (from yesterday).

CC @marek-safar
@dotnet-issue-labeler dotnet-issue-labeler bot added area-AssemblyLoader-coreclr untriaged New issue has not been triaged by the area owner labels Jan 13, 2021
@ghost
Copy link

ghost commented Jan 13, 2021

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

Issue Details

Description

The System.Runtime.Loader.AssemblyLoadContext.MonoResolveUnmanagedDllUsingEvent method is linked away when it's still needed, resulting in an assertion at runtime:

error: * Assertion at /Users/runner/work/1/s/src/mono/mono/metadata/native-library.c:708, condition `resolve' not met

Crash report: link sdk_2021-01-12-235327_XAMBOT-1105-20210112_235328.crash.txt

Standard output: stdout-20210112_235311.log

The workaround is to preserve the method that is linked away:

My guess is that this is a regression caused by #46323.

This is with .NET 6.0.100-alpha.1.21060.3 (from yesterday).

CC @marek-safar

Author: rolfbjarne
Assignees: -
Labels:

area-AssemblyLoader-coreclr, untriaged
Milestone: -

rolfbjarne added a commit to rolfbjarne/xamarin-macios that referenced this issue Jan 13, 2021
@rolfbjarne
[tests/link sdk] Preserve a required method in System.Private.CoreLib…
ece7188 
… to work around a bug in .NET 6.

Ref: dotnet/runtime#46908.
@rolfbjarne rolfbjarne mentioned this issue Jan 13, 2021
Closed
61 tasks
@ghost
Copy link

ghost commented Jan 13, 2021

Tagging subscribers to this area: @CoffeeFlux
See info in area-owners.md if you want to be subscribed.

Issue Details

Description

The System.Runtime.Loader.AssemblyLoadContext.MonoResolveUnmanagedDllUsingEvent method is linked away when it's still needed, resulting in an assertion at runtime:

error: * Assertion at /Users/runner/work/1/s/src/mono/mono/metadata/native-library.c:708, condition `resolve' not met

Crash report: link sdk_2021-01-12-235327_XAMBOT-1105-20210112_235328.crash.txt

Standard output: stdout-20210112_235311.log

The workaround is to preserve the method that is linked away: rolfbjarne/xamarin-macios@ece7188

My guess is that this is a regression caused by #46323.

This is with .NET 6.0.100-alpha.1.21060.3 (from yesterday).

CC @marek-safar

Author: rolfbjarne
Assignees: -
Labels:

area-AssemblyLoader-mono, untriaged
Milestone: -

@CoffeeFlux CoffeeFlux removed the untriaged New issue has not been triaged by the area owner label Jan 13, 2021
@marek-safar marek-safar mentioned this issue Jan 13, 2021
Merged
@ghost ghost added the in-pr There is an active PR which will close this issue when it is merged label Jan 13, 2021
@monojenkins monojenkins mentioned this issue Jan 13, 2021
Merged
marek-safar added a commit to marek-safar/runtime that referenced this issue Jan 13, 2021
@marek-safar
Don't assume presence of MonoResolveUnmanagedDllUsingEvent method
e85be98 
Follow up change missing in dotnet#46323

Fixes dotnet#46908
monojenkins pushed a commit to monojenkins/mono that referenced this issue Jan 13, 2021
@marek-safar
Don't assume presence of MonoResolveUnmanagedDllUsingEvent method
be3d067 
Follow up change missing in dotnet/runtime#46323

Fixes dotnet/runtime#46908
marek-safar added a commit that referenced this issue Jan 13, 2021
@marek-safar
Don't assume presence of MonoResolveUnmanagedDllUsingEvent method (#4…
ed7d2fb 
…6917)

Follow up change missing in #46323

Fixes #46908
@ghost ghost removed the in-pr There is an active PR which will close this issue when it is merged label Jan 13, 2021
lambdageek pushed a commit to mono/mono that referenced this issue Jan 13, 2021
@monojenkins @marek-safar
Don't assume presence of MonoResolveUnmanagedDllUsingEvent method (#2…
bda9bc5 
…0743)

Follow up change missing in dotnet/runtime#46323

Fixes dotnet/runtime#46908

Co-authored-by: marek-safar <marek-safar@users.noreply.github.com>
rolfbjarne added a commit to xamarin/xamarin-macios that referenced this issue Jan 14, 2021
@rolfbjarne
Bump to .NET 6.0.100-alpha.1.21060.3. (#10388)
7584ada 
* Bump to .NET 6.0.100-alpha.1.21060.3.

* Fix dotnet command line arguments.

* dotnet build: the project file must be the first argument.
* dotnet build/publish: use the documented verbosity format.

* Update version number in tests.

* [tests/introspection] Adjust introspection to cope with different library names in the new .NET version.

* [tests/link sdk] Adjust the LinkSdkRegressionTest.SpecialFolder test according to the new version of .NET 6.

* [tests/link sdk] Preserve a required method in System.Private.CoreLib to work around a bug in .NET 6.

Ref: dotnet/runtime#46908.

* Revert "[CI][VSTS] Add the donet 6 pkg as a dependency. (#10348)"

This reverts commit 6de4e71.

There's no need to provision .NET 6, it's done automatically.
rolfbjarne added a commit to rolfbjarne/xamarin-macios that referenced this issue Jan 14, 2021
@rolfbjarne
[tests] Preserve a required method in System.Private.CoreLib to work …
2b781f0 
…around a bug in .NET 6.

Ref: dotnet/runtime#46908.
@rolfbjarne rolfbjarne mentioned this issue Jan 14, 2021
Merged
rolfbjarne added a commit to xamarin/xamarin-macios that referenced this issue Jan 15, 2021
@rolfbjarne
[tests] Preserve a required method in System.Private.CoreLib to work …
29727d6 
…around a bug in .NET 6. (#10426)

Ref: dotnet/runtime#46908.
jeromelaban added a commit to unoplatform/Uno.DotnetRuntime.WebAssembly that referenced this issue Jan 18, 2021
@jeromelaban
chore: runtime update
5c49709 
Includes fixes for dotnet/runtime#46908
@jeromelaban jeromelaban mentioned this issue Jan 18, 2021
Merged
@ghost ghost locked as resolved and limited conversation to collaborators Feb 12, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
area-AssemblyLoader-mono
Projects
None yet
Milestone
No milestone
2 participants
@rolfbjarne @CoffeeFlux