Open LokiMidgard opened 5 years ago
Update, no it does not work under x64 :(
ThreadPool is unavailable in UWP with target lower than Fall Creators Update (16267 version, if i am right). https://apisof.net/catalog/System.Threading.ThreadPool
Looks like it causes your problem.
@StephenCleary I think, WaitHandles project should target netstandard1.6;netstandard2.0 instead of netstandard1.3;netstandard2.0. Or do not depend from ThreadPool, if it is possible.
ThreadPool is unavailable in UWP with target lower than Fall Creators Update
Well, that's unfortunate. UWP claims to support ThreadPool
even in the original 10.0
.
Changing WaitHandles
to netstandard1.6
seems like a viable option. Removing the dependency isn't possible; WaitHandles
pretty much only uses ThreadPool
.
Note to self: it may be better to use UWP-specific versioned dependencies so that UWP pre-16267 will not attempt to pull in WaitHandles
at all.
I have an UWP App when I try to build it for ARM in Release configuration it can't find the
System.Threading.ThreadPool
assembly. Also the build takes forever before showing the output. (Over an hour, but not sure if this is actually part of the problem)The project where this happens is https://github.com/LokiMidgard/WP10-Music-Player Actual Commit
I assume it'll work in x64. But I just started the build and if it takes as long as ARM I will comment on this thread when I'll be back from work.
Target Version is 1809 (Build 17763) Min Version is Creators Update (Build 15063) Library Version Nito.AsyncEx (5.0.0)
I think the only class I need is
AsyncManualResetEvent
Stack Trace (Interresting part I think)
Complete StackTrace