1、error LNK2019: unresolved external symbol _WinMain@16 referenced in function ___tmainCRTStartup
解决方法： 项目属性-->Linker-->System—>Subsystem 选择对应的subsystem就可以了。
2、LoadLibrary GetLastError() 126 的问题
解决方法： 检查一下 .dll 的路径和名字，实在不行的话，就把它和程序放在同一路径下或干脆丢到win目录下。
3、error RC2112 : BEGIN expected in dialog；error RC2135 : file not found: 0x0；error RC2135 : file not found: Work mode
解决方法：只要将FONT 10, "System", 0, 0, 0x0改为FONT 10, "System"即可编译通过。
4、char*或string转换成 LPCWSTR 的错误
Visual Studio 2010默认是Unicode的，在VC 6.0中编译成功的项目在VS2010中常会出现类型错误。 经常出现的错误是：不能从const char *转换为LPCWSTR 如使用CreateDC("DISPLAY",NULL,NULL,NULL)就会报错，如果使用强制转换（LPCWSTR）"DISPLAY"，虽然能够通过，但是编码会出错。 可行的办法是使用 TEXT("DISPLAY")转换， CreateDC(TEXT("DISPLAY"),NULL,NULL,NULL); 另一种方法是： 项目菜单——项目属性(最后一个)——配置属性——常规——项目默认值——字符集，将使用Unicode字符集改为未设置即可。
LPCWSTR
MSDN 原文:
An LPCWSTR is a 32-bit pointer to a constant string of 16-bit Unicode Charactor, which may be null-terminated.
This type is declared as follows:
typedef const wchar_t* LPCWSTR;
LPCWSTR是一个指向unicode编码字符串的32位指针，所指向字符串是wchar型，而不是char型。
因为在VS2005以后，编码方式默认为Unicode，部分函数在使用时默认调用Unicode方式（函数名+W，exp:MessageBox+W=MessageBoxW），而非ASNI方式（函数名+A，exp:MessageBox+A=MessageBoxA）。
如果遇到参数错误（cannot convert parameter * from 'const char [**]' to 'LPCWSTR'），可以考虑察看声明，如果有ASNI方式的只要在函数后面加个A就可以了，或者在定义参数时把char * 改为WCHAR * 。
参考链接：http://baike.baidu.com/view/7716877.htm?fr=aladdin
5、multiple definition of XXXX
总结了解决multiple definition of的方法：
问题原因：当多个文件包含同一个头文件时，并且你的.H里面没有加上条件编译
#ifndef TEST_H
#define TEST_H
#endif
就会独立的解释,然后生成每个文件生成独立的标示符。在编译器连接时，就会将工程中所有的符号整合在一起，由于，文件中有重名变量，于是就出现了重复定义的错误。
方法1：
给每一个头文件加上条件编译，避免该文件被多次引用时被多次解释，这是个应该是习惯。这个方法会解决大部分低级问题。
方法2：
当方法1无效时，可以把所有的全局变量放入一个头文件 global.h (名字随意起，但要加条件编译)中，每一个变量前面加extern，声明一下这些变量将在其它文件中定义。 然后建立一个和头文件名字对应的.c or .cpp文件 如global.c。在里面声明所有的全局变量。例如：void(*Handl_Display)(); 然后，让涉及到全局变量的文件include ”global.h“。这样编译时，会先对global.c编译生成一个global.o ，然后再和其它文件的.o链接生成可执行文件。
方法3：
懒人方法，在所有的全局变量前加上static ，声明成静止变量。也能解决问题。
参考链接：http://blog.csdn.net/luo6620378xu/article/details/8511312