If a clean install of MtoA doesn’t work (and the computer does support SSE4.1), then “The specified module could not be found.” usually means there’s a missing dependency. Dependency Walker is a decent, if aging, tool for checking out dependencies, but for leaving no stone unturned, I prefer Process Monitor.
The MtoA plugin (mtoa.mll) depends on a handful of files only. Here’s the log of loaded DLLs for a working MtoA:
Here’s a quick walkthrough (no audio) of how to get a Process Monitor log:
In a previous post, I looked at how things could go wrong in the file ~/pymel.log wasn’t accessible. On Windows, this was fairly easy to track down using Process Monitor:
On Mac OS X, I had to use dtruss. For example, I ran this command to trace the syscalls of the Maya Render command:
sudo dtruss -f -t open_nocancel -n Render 2> /var/tmp/mtoarender.log
When the render job failed, I checked the log file, and found this line:
11668/0x35deb: open_nocancel("/Users/stephenblair/pymel.log\0", 0x601, 0x1B6) = -1 Err#13
One important gotcha: if you repeat the render, you won’t find any mention of pymel error in the dtruss output. My guess is that at that point, the Render command ends up going through the file system cache, so dtruss doesn’t see the attempt to find pymel.log.
Here’s a quick summary of the dtruss command I showed above:
- Use sudo to run dtruss, because it needs additional privileges.
- -f tells dtruss to follow any child processes (like mayabatch) launched by Render
- -t filters the trace for open_nocancel system calls
- -n tells dtruss to trace the process named “Render”
- 2> /var/tmp/mtoarender.log redirects the dtruss output to a file