LNK2019:函数___tmainCRTStartup中引用了未解析的外部符号_main

Question

我有以下错误LNK2019:函数___tmainCRTStartup中引用了未解析的外部符号_main,

有很多线程与此错误相关,但这些解决方案都不适用于我.并且,没有人解释为什么这个错误在这里.

我试过了:

• wWinMainCRTStartup作为链接器属性中的入口点http://social.msdn.microsoft.com/Forums/en/vclanguage/thread/14e85604-6929-4707-a22e-8cdf596926a6
• 将链接器设置为"Windows"(与上面相同的线程)
• 右键单击解决方案名称 - >添加 - >现有项目 - >主文件(与上面相同的线程)

• 包含 错误LNK2019:函数___tmainCRTStartup中引用了未解析的外部符号_main

• 尝试Project +属性,C/C++,代码生成,缓冲区安全检查=否http://social.msdn.microsoft.com/Forums/hi-IN/vclanguage/thread/e2ea62c3-beb3-47a4-8963-60b799e3375a
• 选项:C/C++,代码生成,运行时库=/MTd; C/C++,代码生成,基本运行时检查=默认; C/C++,代码生成,缓冲区安全检查=否; 链接器,高级,入口点=主要http://social.msdn.microsoft.com/Forums/hi-IN/vclanguage/thread/e2ea62c3-beb3-47a4-8963-60b799e3375a
• 除了'using namespace std'和#include之外,在main.cpp中注释掉了标题 - 导致引用这些标题的函数出现级联和滚雪球错误
• 除了测试代码之外,我删除了main.cpp中的所有内容,并排除了除main.cpp之外的所有源文件; 正如预期的那样,它正朝着正确的方向迈出了一小步.问题必须是其中一个头文件.
• 使用Win32 Windows应用程序模板http://social.msdn.microsoft.com/Forums/ar-SA/vcgeneral/thread/105a366f-c38d-4c1c-9278-eca64589e7ca和http://social.msdn.microsoft创建新项目. COM /论坛/ ZH/Vsexpressvc /线程/ 341780c2-162e-4b36-9402-283c0cf7c0ac

没有尝试过并怀疑这些也行不通:

• 使用int main()(不确定它们的含义,文件名或主函数名称)http://social.msdn.microsoft.com/Forums/zh/Vsexpressvc/thread/341780c2-162e-4b36-9402-283c0cf7c0ac
• 使用cmake构建在Windows 7 x64 http://hdf-forum.184993.n3.nabble.com/error-LNK2019-unresolved-external-symbol-main-referenced-in-function-tmainCRTStartup-td3138042.html

为什么我会收到此错误,解决方案是什么？

Answer 1

你的项目类型是什么？如果它是"Win32项目",您的入口点应该是(w)WinMain.如果它是"Win32控制台项目",那么它应该是(w)main.名称_tmain是#defined,可以是main或者wmain取决于是否定义了UNICODE.

如果它是一个DLL,那么DllMain.

项目类型可以在项目属性,链接器,系统,子系统下看到.它会说"控制台"或"Windows".

请注意,入口点名称取决于是否定义了UNICODE.在VS2008中,它是默认定义的.

主要的适当原型是

int _tmain(int argc, _TCHAR* argv[])

要么

int _tmain()

确保它是其中之一.

编辑:

如果您在_TCHAR上收到错误,请放置一个

#include <tchar.h>

如果您认为问题出在其中一个标题上,请使用main()转到该文件的属性,并在Preprocessor下启用生成预处理文件.然后编译.您将获得一个名为.i扩展名的文件.打开它,看看main()函数是否发生任何令人讨厌的事情.理论上可以有流氓#defines ......

EDIT2:

在定义UNICODE(默认值)的情况下,链接器期望入口点为wmain(),而不是main()._tmain具有与UNICODE无关的优点 - 它可以转换为main或wmain.

前一段时间,有理由同时维护ANSI构建和Unicode构建.在Windows 95/98/Me中,Unicode支持非常不完整.主要API是ANSI,并且Unicode版本存在于此处,但不是普遍存在的.此外,VS调试器在显示Unicode字符串时遇到问题.在NT内核操作系统(即Windows 2000/XP/Vista/7/8/10)中,Unicode支持是主要的,并且ANSI功能被添加到顶部.因此,自VS2005以来,项目创建时的默认值是Unicode.这意味着 - wmain.它们无法保持相同的入口点名称,因为参数类型不同._TCHAR #defined为char或wchar_t.所以_tmain要么是main(int argc,char**argv)要么是wmain(int argc,wchar_t**argv).

你_tmain在某个时候得到错误的原因可能是因为你没有改变argvto 的类型_TCHAR**.

如果您不打算支持ANSI(可能不支持ANSI),您可以将您的切入点重新表述为

int wmain(int argc, wchar_t *argv[])

并删除tchar.h包含行.

Answer 2

因为还没有提到,这对我来说是解决方案:

在为我的项目创建新配置后,我遇到了DLL的错误.我不得不去Project Properties -> Configuration Properties -> General并更改Configuration Type到Dynamic Library (.dll).

因此,如果您在尝试其他所有内容后仍然遇到问题,则需要检查配置类型是否符合您对项目的预期.如果设置不正确,编译器将查找错误的主符号.就我而言,它正在寻找WinMain而不是DllMain.