This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(32, 23%, 13%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EMS%3C/text%3E%3C/svg%3E)
Hello All - I'm working on upgrading a C++ project from Visual Studio 2008 to Visual Studio 2019. The conversion went well without any error. While trying to build the project under Release | Win32, getting one single error.
FileStream.obj : error LNK2019: unresolved external symbol __imp___stricmp referenced in function "private: struct _GUID __thiscall CFileStream::GetMediaSubType_Ext(char *,int)" (?GetMediaSubType_Ext@CFileStream@@0xAAE ?AU_GUID@@PADH@Z)
I have included all the required libraries under Project Properties -> Configuration Properties -> Linker -> Input -> Additional Dependencies. I have added the msvcrt.lib in it.
A little more details about the project -
Target Platform - Windows 10
Windows SDK Version - 10.0.17763.0
Configuration Type - Dynamic Library (.dll)
Code Generation - Multi-threaded (/MT)
Ignore All Default Libraries - Yes (/NODEFAULTLIB)
Thanks in advance for help. Please let me know in case of any additional queries.
I reproduced the issue by trying to build a small C application with two source files. The project properties were set to use the static CRT (/MT), but one of the source files had its properties set to use the DLL version of the CRT (/MD).
Consequently, it appears to me that the FileStream module has been compiled using /MD instead of /MT
Hello,
Thanks for trying it out and really appreciate it. Your pointers did help me to resolve the issue. I checked at the file level (for FileStream.cpp) the configuration properties, found that the Runtime Library is set to /MT as expected. The problem was in the Preprocessor Definitions. It has got both _MT and _DLL. Once I removed the _DLL, the linking error is gone. The _DLL was causing it to use the DLL version of the CRT (/MD).
Thanks for your help again.
I'm happy to help. One additional thought to consider -- now that all the modules are compiled to use the same version of the UCRT you may be able to allow use of the default libraries instead of having to specify all of the libraries yourself.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(92.8, 12%, 18%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EDL%3C/text%3E%3C/svg%3E)
Does your code use stricmp or _stricmp? It should probably use the latter name. See here.
Thanks for your response, David. We are using _tcsicmp which in turn using _stricmp. I should have given the code snippet.
Well, since the unresolved symbol is __imp__stricmp it seems that the linker wants to use an import library for the DLL version of the UCRT. However, the Code Generation option is /MT which leads me to believe that you have not passed any import libraries to the linker. You probably need to provide Ucrt.lib as a linker input.
Thanks for your response. I'm already using libucrt.lib as additional dependencies. Putting the rest of it here as well. Hope this helps.
Winmm.lib
Wtsapi32.lib
Rpcrt4.lib
atls.lib
libcmt.lib
libvcruntime.lib
libvcruntimed.lib
msvcmrt.lib
msvcmrtd.lib
msvcurt.lib
msvcurtd.lib
msvcrt.lib
msvcrtd.lib
libucrt.lib
libucrtd.lib
Ucrt.lib is the import library for the ucrt dll. It is separate and distinct from libucrt lib see crt-library-features
Additionally, you should be linking with libraries that are appropriate for your build configuration, either release or debug.
Thanks again for providing additional details. When I add ucrt.lib in addition with libucrt.lib, it's complaining about "fatal error LNK1169: one or more multiply defined symbols found".
4>Ucrt.lib(api-ms-win-crt-string-l1-1-0.dll) : error LNK2005: _strncmp already defined in libucrt.lib(strncmp.obj)
4>Ucrt.lib(api-ms-win-crt-string-l1-1-0.dll) : error LNK2005: _strncpy already defined in libucrt.lib(strncpy.obj)
4>Ucrt.lib(api-ms-win-crt-heap-l1-1-0.dll) : error LNK2005: _free already defined in libucrt.lib(free.obj)
4>Ucrt.lib(api-ms-win-crt-heap-l1-1-0.dll) : error LNK2005: _malloc already defined in libucrt.lib(malloc.obj)
4>Ucrt.lib(api-ms-win-crt-stdio-l1-1-0.dll) : error LNK2005: ___stdio_common_vsprintf already defined in libucrt.lib(output.obj)
4>Ucrt.lib(api-ms-win-crt-stdio-l1-1-0.dll) : error LNK2005: ___stdio_common_vswprintf already defined in libucrt.lib(output.obj)
If I remove libucrt.lib, then I'm getting different set of errors from libcmt.lib.
I'm now using the release version of the libs. Thanks for the suggestions.
If indeed your project is configured to link with the static CRT then it does not make sense that the filestream module would be linking with an import library. You should check to see if that module has been compiled with options different from those for the project as a whole.
Also, is there a reason why the project is configured to not link with default libraries?
Hi,
I suggest you should check if the platform and configuration settings are consistent with the build time (Release | Win32).
Best Regards,
Jeanine
If the response is helpful, please click "Accept Answer" and upvote it.
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.
Thanks, Jeanine for your response. I did confirm that both the platform and configuration settings are consistent with the build time (Release | Win32).