Matlab MDCS with loadlibrary, Module not found...

2 次查看(过去 30 天)
I have been having trouble loading a dll into each worker of a matlab cluster. I have been using a thunk and prototype file and have tried placing the thunk file into two places, a share drive accessible by all the nodes and a local directory in a matching location on all the nodes. I made sure to properly update the prototype file. I still get the dreaded "Error using loadlibrary: The specified module was not found" error.
To test that the thunk file is accessible from each node, I ran fopen on each worker, and got no -1 answers. like this:
spmd
fopen('*** path to thunkfile .dll ***')
end
So I know that my problem is not
  1. Permissions, because I was able to access the thunk file using fopen.
  2. Non-MDCS problem, because I can run this code no problem on a local cluster. With thunk file in a local location and with the thunk file on the share drive.
  3. Lacking a supported compiler, because I'm using a thunk and prototype file.
  4. The prototype file pointing to the wrong thunk file location, because I used disp() in it to check as I was running this.
Does anyone have any ideas of other stuff to try?

采纳的回答

Edric Ellis
Edric Ellis 2018-9-3
编辑:Edric Ellis 2018-9-3
I suspect that even if the actual .dll file is correctly available on the workers, perhaps some dependent libraries are not being found. (I think this can result in the same error). To diagnose this sort of thing, I would try "depends.exe".
One other thing to remember though is that on Windows, MJS worker processes run in a service context, and in particular they can't see mapped drive letters.
  5 个评论
Nathan Ellingson
Nathan Ellingson 2018-9-7
No luck, checked with Depends.exe on both the actual dll and the thunk file, and I didn't see any libraries that would indicate that the VS Compiler was run in debug mode.
For the DLL i'd like to run I saw only two direct dependencies: KERNAL32.DLL and IMAGEHLP.DLL (Both are system32 DLL's)
For the Thunk file the only direct dependancy was KERNAL32.DLL.
I was hoping that this was the problem, because it's actually happened to me before in a different context and was big headache with a really simple solution.
Nathan Ellingson
Nathan Ellingson 2018-9-7
So, I solved this by recompiling the thunk file with MinGW, instead of Visual Studio. I pretty sure that the old thunk file did not depend on any VS development libraries, based on depends.exe so I'm not sure why this made a difference, but it's working now!

请先登录,再进行评论。

更多回答(0 个)

类别

Help CenterFile Exchange 中查找有关 Naming Conventions 的更多信息

产品


版本

R2018a

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by