errore LNK2019: simbolo esterno non risolto _WinMain @ 16 a cui si fa riferimento nella funzione ___tmainCRTStartup

Mentre eseguo il codice semplice come di seguito, ho due errori come segue:

#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;
}

Errori:

MSVCRTD.lib (crtexew.obj): errore LNK2019: simbolo esterno non risolto a cui si fa _WinMain@16riferimento nella funzione___tmainCRTStartup

Cosa dovrei fare?

Questo è un problema del linker.

Prova a cambiare Proprietà -> Linker -> Sistema -> Sottosistema (in Visual Studio).

da Windows (/ SOTTOSISTEMA: WINDOWS) a Console (/ SOTTOSISTEMA: CONSOLLE)

Questo mi ha aiutato

Come menzionato dagli altri, è possibile modificare il sottosistema in console e l'errore scompare.

Oppure, se vuoi mantenere il sottosistema Windows, puoi semplicemente suggerire qual è il tuo punto di ingresso, perché non hai definito ___tmainCRTStartup. Puoi farlo aggiungendo quanto segue a Proprietà -> Linker -> Riga di comando :

/ INGRESSO: "mainCRTStartup"

In questo modo ti sbarazzi della finestra della console.

Se stai riscontrando questo problema e stai usando Qt, devi collegare qtmain.lib o qtmaind.lib

Oltre a modificarlo Console (/SUBSYSTEM:CONSOLE)come altri hanno già detto, potrebbe essere necessario modificare il punto di ingresso in Proprietà -> Linker -> Avanzate -> Punto di ingresso. Impostalo su mainCRTStartup .

Sembra che Visual Studio potrebbe cercare la funzione WinMain anziché main, se non si specifica diversamente.

Includi <tchar.h>quale ha la linea:

#define _tWinMain wWinMain

Se si utilizza il set di caratteri Unicode, ma la voce non è stata impostata, è possibile specificare / ENTRY: "wWinMainCRTStartup"

non vedo la funzione principale.

assicurati che abbia la funzione principale.

esempio :

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

}

spero che funzioni bene. :)

Se il tuo progetto è Dll, il linker potrebbe voler creare un programma console. Apri le proprietà del progetto. Seleziona le impostazioni generali. Seleziona lì il tipo di configurazione Libreria dinamica (.dll).

Non sono sicuro di dove pubblicare questa mia risposta, ma penso che sia il posto giusto. Oggi ho riscontrato questo errore e il passaggio da un sottosistema all'altro non ha cambiato nulla.

Cambiare i file lib a 64 bit in 32 bit (x86) ha fatto il trucco per me, spero che possa aiutare qualcuno là fuori!

Se si desidera effettivamente utilizzare _tWinMain () anziché main (), assicurarsi che la configurazione rilevante del proprio progetto abbia

1. Linker-> Sistema -> Sottosistema => Windows (/ SOTTOSISTEMA: WINDOWS)
2. C / C ++ -> Preprocessore -> Definizioni preprocessore => Sostituisci _CONSOLE con _WINDOWS

3. Nel file c / cpp in cui è definito _tWinMain () , aggiungere:

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

Hai provato a trasformare quel file sorgente in un eseguibile, il che ovviamente non è possibile, perché il punto di ingresso obbligatorio, la mainfunzione, non è definito. Aggiungi un file main.cpp e definisci una funzione principale. Se stai lavorando sulla riga di comando (che dubito), puoi aggiungere /csolo compilare e non collegare. Questo produrrà solo un file oggetto, che deve essere collegato in una lib statica o condivisa o in un'applicazione (nel qual caso sarà necessario un file di espulsione con main definito).

_WinMainè il nome di Microsoft per mainquando si collega.

Inoltre: non stai ancora eseguendo il codice, lo stai compilando (e collegando). C ++ non è un linguaggio interpretato.

Se si utilizza CMake, è possibile visualizzare questo errore anche quando si imposta SET(GUI_TYPE WIN32)su un'applicazione console.

I suggerimenti eruditi sopra menzionati risolveranno il problema nel 99,99% dei casi. Per fortuna non l'hanno fatto. Nel mio caso si è scoperto che stavo includendo un file di intestazione da un diverso progetto di Windows. Abbastanza sicuro, in fondo a quel file ho trovato la direttiva:

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

Inutile dire che rimuovere questa riga ha risolto il mio problema.