The vendor gave us px version of the libraries. Everything is just binaries, no sources.
We coded up our software against vendor dlls. Now we want this to run on a machine
which has Atlon II x2 with 64-bit windows 7 on it. What we get so far is the message
that waterfall procedure fails.
So what are our options? Do we try to buy mx libraries from Intel?
Would that work even (assuming the vendor's dll is not bit-depth-safe)?
Is there a way to fool ipp into running px version? Would that work even if it did run?
Do we just run a 32 bit virtualization VM?
What is the best way to proceed, short of buying some 32-bit hardware?
Is it your code that link with IPP, or is the vendor code linked with Intel IPP?
The application is 64 bit, it needs to use mx libraries (or other optimized 64 bit libraries), px library does not work there. If IPP linked within your application, it is fine to relink 64 bit IPP with your code, but IPP is already linked in the vendor DLLs, it need the DLLs to relink with the 64 bit IPP library.
You could / try:
- Contact your vendor with a request for all the rest DLLs that used in the Waterfall procedure
- For what platformtheprovided DLL is, that is a 32-bit or a 64-bit?
- Buythe latest version of IPP library andthendownloadthe previous version of IPPv6.x
- Try to use MS Depends utility to verify all DLLdependencies ( unfortunately, it doesn't show DLLs
used in the Waterfall procedure)
- Use a binary fileviewerto review what DLLs are used in the DLL from your vendor ( search for '.dll' string)
Thanks for the update. Just in case, please take a look at an article about different IPP error messages.
I hope that it will be useful: