Thanks for your quick reply. I did indeed solve it by including both nmath_native dll and the NMathKernel dll in the same directory as the XLL (this was for 32-bit), with the other nmath libs packed inside the XLL.

Best regards
Dafydd

Hi Dafydd,

Thank you for your interest in my example. The answer to your problem might be best answered by ExcelDNA, but if you allow me to guess as to what is happening I might be able to help. Your error indicates that pack is complaining that nmath_native-x86.dll is not an assembly, this is true. NMath does need this file to run in the x86 environment. I would assume you are trying to avoid installing CenterSpace on the client computer and just create a deliverable package. You might have to include the nmath_native dll files along with your generated XLL file and put them all in the same directory. One more step would be to include the path to this directory in your environment variables in system properties.

At runtime NMath examines the system and determines whether it is running on a 32 or 64 bit processor. It then loads the appropriate native math module. I doubt if you will be able to pack it into one xll file, but if NMath.dll can find it then all should be well.

Again thanks for your interest, and let me know if this helps.

Mike

Thanks for the post, it is very interesting. Do you have any info on how to package this for client PCs? In particular, ExcelDNA is unable to pack nmath_native_x86.dll, and when I distribute the DLL seperately, an error occurs along the lines of “Unable to load nmath_native_x86.dll. The module was expected to contain an assembly manifest”

Best
Dafydd