kesalahan LNK2019: simbol eksternal yang belum terselesaikan _WinMain @ 16 direferensikan dalam fungsi ___tmainCRTStartup

Sementara saya menjalankan kode sederhana seperti di bawah ini saya memiliki dua kesalahan sebagai berikut:

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

Kesalahan:

MSVCRTD.lib (crtexew.obj): error LNK2019: simbol eksternal yang tidak terselesaikan _WinMain@16dirujuk dalam fungsi___tmainCRTStartup

Apa yang harus saya lakukan?

Itu masalah penghubung.

Cobalah untuk mengubah Properties -> Linker -> System -> SubSystem (dalam Visual Studio).

dari Windows (/ SUBSYSTEM: WINDOWS) ke Console (/ SUBSYSTEM: CONSOLE)

Yang ini membantu saya

Seperti yang disebutkan lainnya, Anda dapat mengubah SubSistem ke Konsol dan kesalahan akan hilang.

Atau jika Anda ingin mempertahankan subsistem Windows, Anda hanya bisa memberi petunjuk pada apa titik masuk Anda, karena Anda belum menentukan ___tmainCRTStartup. Anda dapat melakukan ini dengan menambahkan berikut ini ke Properti -> Linker -> Baris perintah :

/ ENTRY: "mainCRTStartup"

Dengan cara ini Anda menyingkirkan jendela konsol.

Jika Anda mengalami masalah ini dan menggunakan Qt - Anda harus menautkan qtmain.lib atau qtmaind.lib

Selain mengubahnya menjadi Console (/SUBSYSTEM:CONSOLE)seperti yang dikatakan orang lain, Anda mungkin perlu mengubah titik entri di Properti -> Linker -> Advanced -> Entry Point. Atur ke mainCRTStartup .

Tampaknya Visual Studio mungkin mencari fungsi WinMain alih-alih utama, jika Anda tidak menentukan sebaliknya.

Sertakan <tchar.h>yang memiliki garis:

#define _tWinMain wWinMain

Jika Anda menggunakan Set Karakter Unicode, tetapi entri tidak disetel, Anda dapat menentukan / ENTRY: "wWinMainCRTStartup"

saya tidak melihat fungsi utama.

pastikan itu memiliki fungsi utama.

contoh:

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

}

berharap itu bekerja dengan baik. :)

Jika proyek Anda Dll, maka kemungkinan linker ingin membangun program konsol. Buka properti proyek. Pilih pengaturan Umum. Pilih tipe konfigurasi Dynamic Library di sana (.dll).

Saya tidak yakin ke mana harus memposting jawaban saya ini tetapi saya pikir itu adalah tempat yang tepat. Saya menemukan kesalahan ini hari ini dan mengganti subsistem tidak mengubah apa pun.

Mengubah file lib 64bit menjadi 32bit (x86) membantu saya, saya harap ini akan membantu seseorang di luar sana!

Jika Anda benar-benar ingin menggunakan _tWinMain () alih-alih main () pastikan konfigurasi yang relevan dengan proyek Anda miliki

1. Linker-> System -> SubSystem => Windows (/ SUBSYSTEM: WINDOWS)
2. C / C ++ -> Preprocessor -> Definisi Preprocessor => Ganti _CONSOLE dengan _WINDOWS

3. Dalam file c / cpp di mana _tWinMain () didefinisikan, tambahkan:

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

Anda mencoba mengubah file sumber menjadi file yang dapat dieksekusi, yang jelas tidak mungkin, karena titik masuk wajib, mainfungsinya, tidak ditentukan. Tambahkan file main.cpp dan tentukan fungsi utama. Jika Anda bekerja pada commandline (yang saya ragu), Anda dapat menambahkan /chanya kompilasi dan bukan tautan. Ini akan menghasilkan file objek saja, yang perlu ditautkan ke statis atau shared lib atau aplikasi (dalam hal ini Anda akan memerlukan file oject dengan didefinisikan utama).

_WinMainadalah nama Microsoft untuk mainsaat menautkan.

Juga: Anda belum menjalankan kode, Anda sedang mengkompilasi (dan menautkannya). C ++ bukan bahasa yang ditafsirkan.

Jika Anda menggunakan CMake, Anda juga bisa mendapatkan kesalahan ini ketika Anda mengatur SET(GUI_TYPE WIN32)aplikasi konsol.

Saran ilmiah yang disebutkan di atas akan menyelesaikan masalah di 99,99% dari kasus. Itu adalah keberuntunganku bahwa mereka tidak melakukannya. Dalam kasus saya ternyata saya memasukkan file header dari proyek Windows yang berbeda. Cukup yakin, di bagian paling bawah dari file itu saya menemukan arahan:

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

Tak perlu dikatakan, menghapus baris ini memecahkan masalah saya.