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

System shared-library dependencies are not lazily loaded in single-file on Linux #54347

Closed
agocke opened this issue Jun 17, 2021 · 4 comments
Closed
Assignees
Milestone

Comments

@agocke
Copy link
Member

agocke commented Jun 17, 2021

See #45720 for an example.

It looks like the default runtime deployment avoids this by loading libSystem.Net.Security.Native.so lazily, which will only then load many of the system libraries. Since that library is not statically compiled into the host, its dependencies are loaded eagerly.

Unfortunately the only way to implement this may be to call dlopen ourselves, since I don't know a way of getting the Linux linker to automatically insert the stub.

@agocke agocke added this to the 6.0.0 milestone Jun 17, 2021
@dotnet-issue-labeler
Copy link

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.

@ghost
Copy link

ghost commented Jun 18, 2021

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

Issue Details

See #45720 for an example.

It looks like the default runtime deployment avoids this by loading libSystem.Net.Security.Native.so lazily, which will only then load many of the system libraries. Since that library is not statically compiled into the host, its dependencies are loaded eagerly.

Unfortunately the only way to implement this may be to call dlopen ourselves, since I don't know a way of getting the Linux linker to automatically insert the stub.

Author: agocke
Assignees: VSadov
Labels:

area-AssemblyLoader-coreclr, untriaged

Milestone: 6.0.0

@agocke agocke added area-Single-File and removed untriaged New issue has not been triaged by the area owner area-AssemblyLoader-coreclr labels Jun 28, 2021
@ghost
Copy link

ghost commented Jun 28, 2021

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

Issue Details

See #45720 for an example.

It looks like the default runtime deployment avoids this by loading libSystem.Net.Security.Native.so lazily, which will only then load many of the system libraries. Since that library is not statically compiled into the host, its dependencies are loaded eagerly.

Unfortunately the only way to implement this may be to call dlopen ourselves, since I don't know a way of getting the Linux linker to automatically insert the stub.

Author: agocke
Assignees: VSadov
Labels:

area-Single-File

Milestone: 6.0.0

@VSadov
Copy link
Member

VSadov commented Jul 9, 2021

This should be fixed in #55037

@VSadov VSadov closed this as completed Jul 9, 2021
@ghost ghost locked as resolved and limited conversation to collaborators Aug 8, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants