Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Highlighted
Beginner
9 Views

Compatibility of IPP with Universal Windows Platforms (UWP) Applications

We want to use a thirdparty library in our Windows Universal App which is using Intel IPP 8.1. But the upload to the Windows App Store failed.

We get for all ipp dlls a "has failed the AppContainerCheck"-error message. The failures are due to a huge number of calls (mainly to kernel32.dll) which are not supported. A few examples of the failure messages are pasted below...

API RtlCaptureContext in kernel32.dll is not supported for this application type. ippry8-8.1.dll calls this API

API RtlVirtualUnwind in kernel32.dll is not supported for this application type. ippry8-8.1.dll calls this API.

API SetHandleCount in kernel32.dll is not supported for this application type. ippry8-8.1.dll calls this API.

..........................................................................................................................................................................

Is there any chance to use IPP dlls in Universal Windows Platform applications ?  

Would an upgrade to IPP 9.0 be a remedy ?

 

 

 

0 Kudos
2 Replies
Highlighted
Employee
9 Views

Hi, 

Which IPP functions are you using in your application?   Can you statically link with non-threaded IPP libraries? They are not depending on the OS APIs

thanks,
Chao 

0 Kudos
Highlighted
Beginner
9 Views

 

Thank you for your quick reply.

Which IPP functions are you using in your application?  

Unfortunately, I've no overview over particular functions used from IPP because its in a thirdparty lib we bought. But they are all from one of the following libraries:

ippcore, ippcc, ippcv,ippi,ippm,ipps,ippvm,ippj,ippdc

 

 Can you statically link with non-threaded IPP libraries?

It will take us some time to check whether linking to static non-thread ipp libs is possible (we contacted the developers of the thirdparty lib and are waiting for their support). We will come back to that as soon we know more.

However, we know that all errors are due to calls to functions of libraries kernel32 and user32 that are not allowed in WUP. Hence, if static non-threaded variants are independent on this libs, we should be able pass the checks.

 

 

 

 

0 Kudos