błąd LNK2019: nierozwiązany symbol zewnętrzny _WinMain @ 16, do którego odwołuje się funkcja ___tmainCRTStartup

Podczas gdy używam prostego kodu, jak poniżej, mam dwa następujące błędy:

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

Błędy:

MSVCRTD.lib (crtexew.obj): błąd LNK2019: nierozwiązany symbol zewnętrzny, do którego _WinMain@16odwołuje się funkcja___tmainCRTStartup

Co powinienem zrobić?

To jest problem konsolidatora.

Spróbuj zmienić Właściwości -> Konsolidator -> System -> Podsystem (w programie Visual Studio).

z Windows (/ SUBSYSTEM: WINDOWS) do konsoli (/ SUBSYSTEM: CONSOLE)

Ten mi pomógł

Jak wspominali inni, możesz zmienić podsystem na konsolę, a błąd zniknie.

Lub jeśli chcesz zachować podsystem Windows, możesz po prostu wskazać, jaki jest twój punkt wejścia, ponieważ nie zdefiniowałeś ___tmainCRTStartup. Możesz to zrobić, dodając do Właściwości -> Konsolidator -> Wiersz poleceń :

/ ENTRY: "mainCRTStartup"

W ten sposób pozbędziesz się okna konsoli.

Jeśli masz ten problem i używasz Qt - musisz połączyć qtmain.lib lub qtmaind.lib

Oprócz zmiany na Console (/SUBSYSTEM:CONSOLE)tak, jak powiedzieli inni, może być konieczna zmiana punktu wejścia w Właściwości -> Konsolidator -> Zaawansowane -> Punkt wejścia. Ustaw go na mainCRTStartup .

Wygląda na to, że Visual Studio może szukać funkcji WinMain zamiast main, jeśli nie określisz inaczej.

Uwzględnij, <tchar.h>który ma wiersz:

#define _tWinMain wWinMain

Jeśli używasz zestawu znaków Unicode, ale wpis nie został ustawiony, możesz określić / ENTRY: „wWinMainCRTStartup”

nie widzę głównej funkcji.

Upewnij się, że ma główną funkcję.

przykład:

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

}

mam nadzieję, że działa dobrze. :)

Jeśli twój projekt to Dll, może się zdarzyć, że konsolidator chce zbudować program konsoli. Otwórz właściwości projektu. Wybierz Ustawienia ogólne. Wybierz tam typ konfiguracji Dynamic Library (.dll).

Nie jestem pewien, gdzie opublikować moją odpowiedź, ale myślę, że to właściwe miejsce. Natknąłem się dzisiaj na ten błąd i przełączenie podsystemów nic nie zmieniło.

Zmiana 64-bitowych plików lib na 32-bitowe (x86) załatwiła mi sprawę, mam nadzieję, że komuś tam pomoże!

Jeśli faktycznie chcesz użyć _tWinMain () zamiast main (), upewnij się, że masz odpowiednią konfigurację dla twojego projektu

1. Linker-> System -> SubSystem => Windows (/ SUBSYSTEM: WINDOWS)
2. C / C ++ -> Preprocessor -> Preprocessor Definitions => Replace _CONSOLE with _WINDOWS

3. W pliku c / cpp, w którym zdefiniowano _tWinMain () , dodaj:

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

Próbowałeś przekształcić ten plik źródłowy w plik wykonywalny, co oczywiście nie jest możliwe, ponieważ obowiązkowy punkt wejścia, mainfunkcja, nie jest zdefiniowana. Dodaj plik main.cpp i zdefiniuj główną funkcję. Jeśli pracujesz w wierszu poleceń (w co wątpię), możesz dodać /ctylko kompilację, a nie link. Spowoduje to utworzenie tylko pliku obiektowego, który musi być połączony z biblioteką statyczną lub współdzieloną lub aplikacją (w takim przypadku będziesz potrzebować pliku oject ze zdefiniowanym main).

_WinMainto nazwa firmy Microsoft mainpodczas łączenia.

Ponadto: jeszcze nie uruchamiasz kodu, kompilujesz go (i łączysz). C ++ nie jest językiem interpretowanym.

Jeśli używasz CMake, możesz również otrzymać ten błąd podczas ustawiania SET(GUI_TYPE WIN32)w aplikacji konsoli.

Wspomniane wyżej erudycyjne sugestie rozwiążą problem w 99,99% przypadków. Miałem szczęście, że nie. W moim przypadku okazało się, że dołączam plik nagłówkowy z innego projektu Windows. Rzeczywiście, na samym dole tego pliku znalazłem dyrektywę:

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

Nie trzeba dodawać, że usunięcie tej linii rozwiązało mój problem.