ProjectDir的值为E:codeMyMoonWarrior-masterproj.win32

$(ProjectDir)../代表工程目录的上层目录，即E:codeMyMoonWarrior-master

以此类推$(ProjectDir)../../代表E:code

vs2010中TargetName与链接器输出名不一致

当出现解决方案生成正确，但是无法执行.exe文件，即系统无法找到指定文件时，提示有：MSB8012: TargetName(，，，) 与 Linker 的 OutputFile 属性（，，，）不匹配。这可能导致项目生成不正确。若要更正此问题，请确保 (OutDir)、(OutDir)、(TargetName) 和 $(TargetExt) 属性值与 %(Link.OutputFile) 中指定的值匹配。

一般情况下，将链接器--常规----输出文件中的内容改为   (OutDir)(OutDir)(TargetName)$(TargetExt) 即可。编译通过。

https://blog.csdn.net/lien0906/article/details/36074559

error LNK2019: 无法解析的外部符号 WinMain，该符号在函数 "int __cdecl invoke_main(void)”中被引用

 一，问题描述 
MSVCRTD.lib(exe_winmain.obj) : error LNK2019: 无法解析的外部符号 WinMain，该符号在函数 "int __cdecl invoke_main(void)" (?invoke_main@@YAHXZ) 中被引用
CamShift.exe : fatal error LNK1120: 1 个无法解析的外部命令

error LNK2001: unresolved external symbol _WinMain
debug/main.exe:fatal error LNK 1120:1 unresolved externals 
error executing link.exe;

二，原因及解决办法 
产生这个问题的真正原因是c语言运行时找不到适当的程序入口函数，

一般情况下，如果是windows程序，那么WinMain是入口函数，在VS2017中新建项目为“win32项目”

如果是dos控制台程序，那么main是入口函数，在VS2017中新建项目为“win32控制台应用程序”

而如果入口函数指定不当，很显然c语言运行时找不到配合函数，它就会报告错误。

修改设置适应你的需求

如果是windows程序：

1.菜单中选择 Project->Properties, 弹出Property Pages窗口

2.在左边栏中依次选择：Configuration Properties->C/C++->Preprocessor,然后在右边栏的Preprocessor Definitions对应的项中删除_CONSOLE, 添加_WINDOWS.

3.在左边栏中依次选择：Configuration Properties->Linker->System,然后在右边栏的SubSystem对应的项改为Windows(/SUBSYSTEM:WINDOWS)

如果是控制台程序：

1.菜单中选择 Project->Properties, 弹出Property Pages窗口

2.在左边栏中依次选择：Configuration Properties->C/C++->Preprocessor,然后在右边栏的Preprocessor Definitions对应的项中删除_WINDOWS, 添加_CONSOLE.

3.在左边栏中依次选择：Configuration Properties->Linker->System,然后在右边栏的SubSystem对应的项改为CONSOLE(/SUBSYSTEM:CONSOLE)

error LNK2019: 无法解析的外部符号 __imp___CrtDbgReportW

error LNK2019: 无法解析的外部符号 __imp___CrtDbgReportW，该符号在函数 "void __cdecl ATL::AtlConvAllocMemory<wchar_t>(wchar_t * *,int,wchar_t *,int)" (??$AtlConvAllocMemory@_W@ATL@@YAXPAPA_WHPA_WH@Z) 中被引用

解决方法：工程项目属性->C/C++->代码生成-> 运行库， "多线程 DLL (/MD) " 修改为 "多线程调试 DLL (/MDd)"

error LNK2038: 检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“0”不匹配值“2”

使用VS2015版本引用外部webrtc_h264.lib是提示：

error LNK2038: 检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“0”不匹配值“2”，

产生这个问题的原因是当前工程是Debug版本，而引用的库文件时Release版本，只需要把当前工程的Debug模式改成Release模式就可以了，

同样，如果检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“2”不匹配值“0”，

则说明是Release模式引用了Debug的库文件。

错误 1 error C4996: 'scanf': This function or variable may be unsafe. Consider using scanf_s instead

错误简介

在VS 2012 中编译 C 语言项目，如果使用了 scanf 函数，编译时便会提示如下错误：

 

原因是Visual C++ 2012 使用了更加安全的 run-time library routines 。新的Security CRT functions（就是那些带有“_s”后缀的函数），请参见：《CRT函数的安全增强的版本》

解决方案

下面给出这个问题的解决方案：

方法一：将原来的旧函数替换成新的 Security CRT functions。

方法二：用以下方法屏蔽这个警告：

1. 在预编译头文件stdafx.h里（注意：一定要在没有include任何头文件之前）定义下面的宏：

#define _CRT_SECURE_NO_DEPRECATE

2. 声明

#pragma warning(disable:4996)

3. 更改预处理定义：

项目->属性->配置属性->C/C++ -> 预处理器 -> 预处理器定义，增加：

_CRT_SECURE_NO_DEPRECATE

方法三：方法二没有使用更加安全的 CRT 函数，显然不是一个值得推荐的好方法，但我们又不想一个一个地改函数名，这里还有一个更简便的方法：

在预编译头文件 stdafx.h 里（同样要在没有include任何头文件之前）定义下面的宏：

#define _CRT_SECURE_CPP_OVERLOAD_STANDARD_NAMES 1

在链接的时候便会自动将旧函数替换成 Security CRT functions 。

注意：这个方法虽然使用了新的函数，但是不能消除警告(原因见红字)，你还得同时使用方法二(-_-)。即实际应在预编译头文件 stdafx.h 里加入下面两句：

#define _CRT_SECURE_NO_DEPRECATE

#define _CRT_SECURE_CPP_OVERLOAD_STANDARD_NAMES 1

错误原因解释

这种微软的警告，主要因为那些C库的函数，很多函数内部是不进行参数检测的（包括越界类的），微软担心使用这些会造成内存异常，所以就改写了同样功能的函数，改写了的函数进行了参数的检测，使用这些新的函数会更安全和便捷。关于这些改写的函数你不用专门去记忆，因为编译器对于每个函数在给出警告时，都会告诉你相应的安全函数，查看警告信息就可以获知，在使用时也再查看一下MSDN详细了解。

https://blog.csdn.net/win_turn/article/details/50468158