You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Recently the Kestrel web server was changed (aspnet/KestrelHttpServer#244) to use the built-in mechanism for loading native libraries (aspnet/dnx#402) to load libuv. Because of this change Kestrel no longer controls the exact name of the libuv library being loaded. Rather, the name from the DllImport attribute is used by the runtime to load the library. To make it work across platforms the name used in the DllImport attribute is just libuv and we let the runtime append the extension (.dll\.dylib\.so) specific to a given platform. As a result when running Kestrel on Linux the runtime will try to load libuv.so which is a breaking change from previous releases where Kestrel explicitly tried to load libuv.so.1.
natemcmaster
changed the title
Kestrel on Linux now tires to load libuv.so instead of libuv.so.1
Kestrel on Linux now tries to load libuv.so instead of libuv.so.1
Nov 3, 2015
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Recently the Kestrel web server was changed (aspnet/KestrelHttpServer#244) to use the built-in mechanism for loading native libraries (aspnet/dnx#402) to load
libuv
. Because of this change Kestrel no longer controls the exact name of thelibuv
library being loaded. Rather, the name from theDllImport
attribute is used by the runtime to load the library. To make it work across platforms the name used in theDllImport
attribute is justlibuv
and we let the runtime append the extension (.dll\.dylib\.so
) specific to a given platform. As a result when running Kestrel on Linux the runtime will try to loadlibuv.so
which is a breaking change from previous releases where Kestrel explicitly tried to loadlibuv.so.1
.Please use aspnet/KestrelHttpServer#323 for discussion.
The text was updated successfully, but these errors were encountered: