In this case, a Windows 7 machine did support SSE4.2, but Maya 2017 still couldn’t load mtoa.mll.
I didn’t get a full Process Monitor log from the client, but I did get a Dependency Walker log, and this case, that was enough.
When you first open a Dependency Walker (dwi) file, it’s easy to focus on the wrong thing. In this case, the missing MSVCR90.DLL (Visual Studio 2008 redistributable) might catch your eye.
But you can ignore that, because if you take a closer look, you’ll see that MSVCR90.DLL is indeed found and loaded.
Likewise, you can ignore all these. You’ll almost always see most of those in a Dependency Walker log for Windows 7 and up.
What’s important in this depends log is the warning for AI.DLL.
That warning means that there’s missing functions: MtoA (MTOA.MLL) expects to use certain functions provided by Arnold (AI.DLL), but those functions aren’t there. For example:
And finally, if we click View > Full Paths, we see the reason for the problem:
There’s some older version of Arnold on the system, and that old version is being loaded by MtoA.mll. Most likely, the system PATH includes this location.
With a Process Monitor log, we would have seen right away that ai.dll was being loaded from a non-standard location.