|
http://www.360doc.com/content/15/0610/16/6973384_477179688.shtml
ProjectDir代表包含xxx.sln的路径，如E:\code\MyMoonWarrior-master\proj.win32\Demo5.sln，
ProjectDir的值为E:\code\MyMoonWarrior-master\proj.win32\
$(ProjectDir)../代表工程目录的上层目录，即E:\code\MyMoonWarrior-master\
以此类推$(ProjectDir)../../代表E:\code\
当出现解决方案生成正确，但是无法执行.exe文件，即系统无法找到指定文件时，提示有：MSB8012: TargetName(，，，) 与 Linker 的 OutputFile 属性（，，，）不匹配。这可能导致项目生成不正确。若要更正此问题，请确保 (OutDir)、(TargetName) 和 $(TargetExt) 属性值与 %(Link.OutputFile) 中指定的值匹配。
一般情况下，将链接器--常规----输出文件中的内容改为 (OutDir)(TargetName)$(TargetExt) 即可。编译通过。
https://blog.csdn.net/lien0906/article/details/36074559
一，问题描述
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，该符号在函数 "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)"
使用VS2015版本引用外部webrtc_h264.lib是提示：
error LNK2038: 检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“0”不匹配值“2”，
产生这个问题的原因是当前工程是Debug版本，而引用的库文件时Release版本，只需要把当前工程的Debug模式改成Release模式就可以了，
同样，如果检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“2”不匹配值“0”，
则说明是Release模式引用了Debug的库文件。
错误简介
在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
http://www.360doc.com/content/15/0610/16/6973384_477179688.shtml
ProjectDir代表包含xxx.sln的路径，如E:\code\MyMoonWarrior-master\proj.win32\Demo5.sln，
ProjectDir的值为E:\code\MyMoonWarrior-master\proj.win32\
$(ProjectDir)../代表工程目录的上层目录，即E:\code\MyMoonWarrior-master\
以此类推$(ProjectDir)../../代表E:\code\
当出现解决方案生成正确，但是无法执行.exe文件，即系统无法找到指定文件时，提示有：MSB8012: TargetName(，，，) 与 Linker 的 OutputFile 属性（，，，）不匹配。这可能导致项目生成不正确。若要更正此问题，请确保 (OutDir)、(TargetName) 和 $(TargetExt) 属性值与 %(Link.OutputFile) 中指定的值匹配。
一般情况下，将链接器--常规----输出文件中的内容改为 (OutDir)(TargetName)$(TargetExt) 即可。编译通过。
https://blog.csdn.net/lien0906/article/details/36074559
一，问题描述
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，该符号在函数 "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)"
使用VS2015版本引用外部webrtc_h264.lib是提示：
error LNK2038: 检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“0”不匹配值“2”，
产生这个问题的原因是当前工程是Debug版本，而引用的库文件时Release版本，只需要把当前工程的Debug模式改成Release模式就可以了，
同样，如果检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“2”不匹配值“0”，
则说明是Release模式引用了Debug的库文件。
错误简介
在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
当出现解决方案生成正确，但是无法执行.exe文件，即系统无法找到指定文件时，提示有：MSB8012: TargetName(，，，) 与 Linker 的 OutputFile 属性（，，，）不匹配。这可能导致项目生成不正确。若要更正此问题，请确保 (OutDir)、(TargetName) 和 $(TargetExt) 属性值与 %(Link.OutputFile) 中指定的值匹配。
一般情况下，将链接器--常规----输出文件中的内容改为 (OutDir)(TargetName)$(TargetExt) 即可。编译通过。
https://blog.csdn.net/lien0906/article/details/36074559
一，问题描述
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，该符号在函数 "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)"
使用VS2015版本引用外部webrtc_h264.lib是提示：
error LNK2038: 检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“0”不匹配值“2”，
产生这个问题的原因是当前工程是Debug版本，而引用的库文件时Release版本，只需要把当前工程的Debug模式改成Release模式就可以了，
同样，如果检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“2”不匹配值“0”，
则说明是Release模式引用了Debug的库文件。
错误简介
在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
一，问题描述
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，该符号在函数 "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)"
使用VS2015版本引用外部webrtc_h264.lib是提示：
error LNK2038: 检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“0”不匹配值“2”，
产生这个问题的原因是当前工程是Debug版本，而引用的库文件时Release版本，只需要把当前工程的Debug模式改成Release模式就可以了，
同样，如果检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“2”不匹配值“0”，
则说明是Release模式引用了Debug的库文件。
错误简介
在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
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)"
使用VS2015版本引用外部webrtc_h264.lib是提示：
error LNK2038: 检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“0”不匹配值“2”，
产生这个问题的原因是当前工程是Debug版本，而引用的库文件时Release版本，只需要把当前工程的Debug模式改成Release模式就可以了，
同样，如果检测到“_ITERATOR_DEBUG_LEVEL”的不匹配项: 值“2”不匹配值“0”，
则说明是Release模式引用了Debug的库文件。
错误简介
在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
错误简介
在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
|
请发表评论