erreur LNK2019: symbole externe non résolu _WinMain @ 16 référencé dans la fonction ___tmainCRTStartup

Pendant que j'exécute le code simple comme ci-dessous, j'ai deux erreurs comme suit:

#include <iostream>
#include <string>
using namespace::std;

template <class Type>
class Stack
{
public:
    Stack (int max):stack(new Type[max]), top(-1), maxsize(max){}
    ~Stack (void) {delete []stack;}
    void Push (Type &val);
    void Pop (void) {if (top>=0) --top;}
    Type& Top (void) {return stack[top];}
    //friend ostream& operator<< (ostream&, Stack&);
private:
    Type *stack;
    int top;
    const int maxSize;
};

template <class Type>
void Stack <Type>:: Push (Type &val)
{
    if (top+1<maxsize)
        stack [++top]=val;
}

Les erreurs:

MSVCRTD.lib (crtexew.obj): erreur LNK2019: symbole externe non résolu _WinMain@16référencé dans la fonction___tmainCRTStartup

Que devrais-je faire?

C'est un problème d'éditeur de liens.

Essayez de modifier Propriétés -> Éditeur de liens -> Système -> Sous-système (dans Visual Studio).

de Windows (/ SUBSYSTEM: WINDOWS) à la console (/ SUBSYSTEM: CONSOLE)

Celui-ci m'a aidé

Comme les autres l'ont mentionné, vous pouvez changer le sous-système en console et l'erreur disparaîtra.

Ou si vous souhaitez conserver le sous-système Windows, vous pouvez simplement indiquer quel est votre point d'entrée, car vous n'avez pas défini ___tmainCRTStartup. Vous pouvez le faire en ajoutant ce qui suit à Propriétés -> Éditeur de liens -> Ligne de commande :

/ ENTRY: "mainCRTStartup"

De cette façon, vous vous débarrassez de la fenêtre de la console.

Si vous rencontrez ce problème et que vous utilisez Qt, vous devez lier qtmain.lib ou qtmaind.lib

En plus de le changer en Console (/SUBSYSTEM:CONSOLE)comme d'autres l'ont dit, vous devrez peut-être changer le point d'entrée dans Propriétés -> Éditeur de liens -> Avancé -> Point d'entrée. Réglez-le sur mainCRTStartup .

Il semble que Visual Studio recherche peut-être la fonction WinMain au lieu de main, si vous ne spécifiez pas le contraire.

Inclure <tchar.h>ce qui a la ligne:

#define _tWinMain wWinMain

Si vous utilisez le jeu de caractères Unicode, mais que l'entrée n'a pas été définie, vous pouvez spécifier / ENTRY: "wWinMainCRTStartup"

je ne vois pas la fonction principale.

veuillez vous assurer qu'il a la fonction principale.

exemple :

int main(int argc, TCHAR *argv[]){

}

espérons que cela fonctionne bien. :)

Si votre projet est Dll, le cas peut être que l'éditeur de liens souhaite créer un programme de console. Ouvrez les propriétés du projet. Sélectionnez les paramètres généraux. Sélectionnez le type de configuration Dynamic Library (.dll).

Je ne sais pas où publier cette réponse, mais je pense que c'est le bon endroit. Je suis tombé sur cette même erreur aujourd'hui et la commutation des sous-systèmes n'a rien changé.

Changer les fichiers lib 64 bits en 32 bits (x86) a fait l'affaire pour moi, j'espère que cela aidera quelqu'un là-bas!

Si vous souhaitez réellement utiliser _tWinMain () au lieu de main (), assurez-vous que la configuration pertinente de votre projet a

1. Linker-> Système -> Sous-système => Windows (/ SUBSYSTEM: WINDOWS)
2. C / C ++ -> Préprocesseur -> Définitions du préprocesseur => Remplacer _CONSOLE par _WINDOWS

3. Dans le fichier c / cpp où _tWinMain () est défini, ajoutez:

   #include <Windows.h> #include <tchar.h>

Vous avez essayé de transformer ce fichier source en un exécutable, ce qui n'est évidemment pas possible, car le point d'entrée obligatoire, la mainfonction, n'est pas défini. Ajoutez un fichier main.cpp et définissez une fonction principale. Si vous travaillez sur la ligne de commande (ce dont je doute), vous pouvez ajouter /cuniquement pour compiler et non pour lier. Cela produira uniquement un fichier objet, qui doit être lié à une bibliothèque statique ou partagée ou à une application (auquel cas vous aurez besoin d'un fichier oject avec main défini).

_WinMain est le nom de Microsoft pour main lors de la liaison.

De plus: vous n'exécutez pas encore le code, vous le compilez (et le liez). C ++ n'est pas un langage interprété.

Si vous utilisez CMake, vous pouvez également obtenir cette erreur lorsque vous définissez SET(GUI_TYPE WIN32)sur une application console.

Les suggestions savantes mentionnées ci-dessus résoudront le problème dans 99,99% des cas. C'était ma chance qu'ils ne l'ont pas fait. Dans mon cas, il s'est avéré que j'incluais un fichier d'en-tête d'un autre projet Windows. Effectivement, tout en bas de ce fichier, j'ai trouvé la directive:

#pragma comment(linker, "/subsystem:Windows")

Inutile de dire que la suppression de cette ligne a résolu mon problème.