Skip to content
This repository was archived by the owner on Dec 18, 2018. It is now read-only.

architecture is "x86' on arm - kestrel will try loading x86 libuv.dll #106

Closed
moozzyk opened this issue Jun 15, 2015 · 5 comments
Closed
Labels
Milestone

Comments

@moozzyk
Copy link
Contributor

moozzyk commented Jun 15, 2015

https://github.com/aspnet/KestrelHttpServer/blob/dev/src/Microsoft.AspNet.Server.Kestrel/KestrelEngine.cs#L36

Related:

aspnet/dnx#2063

@muratg
Copy link
Contributor

muratg commented Sep 29, 2015

@DamianEdwards is supporting Kestrel on ARM is out of scope for V1?

Also please see: aspnet/dnx#2063

@moozzyk
Copy link
Contributor Author

moozzyk commented Sep 29, 2015

Actually this should resolve itself semi-automatically when dnx starts loading native dlls automatically. - then we will be able to remove the code where we have the check.

@Tragetaschen
Copy link
Contributor

Uhm, current Kestrel works fine on Linux on ARM given a proper libuv. Making it run on Windows on ARM should be really straight forward even now.

@matizk144
Copy link

Uhm, current Kestrel works fine on Linux on ARM given a proper libuv. Making it run on Windows on ARM should be really straight forward even now

Could you check latest version on Linux arm? Unfortunatelly in my RP2 doesn't work (Windows IOT)

@moozzyk
Copy link
Contributor Author

moozzyk commented Nov 24, 2015

This was actually fixed in d4853f9 where we started using the built-in support for loading native libraries instead of custom code we had before where we had this check.
@matizk144 - I believe what you are seeing is a different issue. You did not publish for win10 arm but used the default runtime id for which libuv is not defined. This is bug #340.
I am closing this bug and will follow up on this in the other issue - I did hit the same thing when I first tried Kestrel on R-Pi2.

@moozzyk moozzyk closed this as completed Nov 24, 2015
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

5 participants