Failed to load "MNLS_lstrlenW" is logged after copying the MergeWithMAPISVC code into Sample Address Book Provider

Apr 19, 2016 at 11:39 AM
I am getting these log messages from the Sample Address Book Provider after it is updated with the MergeWithMAPISVC function from the Wrapped PST Sample project.

These log events are from ImportProcs.cpp

0x3f34 12:14:22.236AM 04-04-2016 FGetComponentPath loaded at 0x1FCA3A90
0x3f34 12:14:22.242AM 04-04-2016 MyLoadLibrary - loading "C:\Program Files (x86)\Common Files\SYSTEM\MSMAPI\1033\MSMAPI32.DLL"
0x3f34 12:14:22.242AM 04-04-2016 MyLoadLibrary - "C:\Program Files (x86)\Common Files\SYSTEM\MSMAPI\1033\MSMAPI32.DLL" loaded at 0x55FC0000
0x3f34 12:14:22.242AM 04-04-2016 LoadMAPIFuncs - loading from 0x55FC0000
0x3f34 12:14:22.242AM 04-04-2016 Failed to load "MNLS_lstrlenW" from 0x55FC0000
0x3f34 12:14:22.243AM 04-04-2016 LoadMAPIFuncs - loading from 0x1FCA0000
0x3f34 12:14:22.243AM 04-04-2016 Failed to load "MNLS_lstrlenW" from 0x1FCA0000
0x3f34 12:14:22.243AM 04-04-2016 Function pfnMNLS_lstrlenW not loaded
0x3f34 12:14:22.243AM 04-04-2016 AutoLoadMAPI - loading MAPI exports

The way I understand the code, ImportProcs is wrapping functions which are exposed by the MAPI Stub library.

For some reason MNLS_lstrlenW is failing to Load.

If I comment out code referring to this function, that seems to be worse. Outlook will crash.

Is there anything that I can check why I am having this issue?

Not finding this function seems to slow down the Outlook application start up time by about 5 to 10 seconds.

W means that the function is a Wide string function. So the project should also be setup for Wide strings, is that correct?

Which settings can I check in the Project Properties to make sure it is compatible with the MAPI Stub?