ошибка LNK2019: неразрешенный внешний символ _main, указанный в функции ___tmainCRTStartup - PullRequest
55 голосов
/ 30 января 2011

Я не знаю, что с ним не так ... Я не могу найти, где находится ошибка, комментирование реализации также не устраняет ошибку.

Файл заголовка

#ifndef MAIN_SAVITCH_SEQUENCE_H
#define MAIN_SAVITCH_SEQUENCE_H
#include <cstdlib>  // Provides size_t

namespace main_savitch_3
{
    class sequence
    {
    public:
        // TYPEDEFS and MEMBER CONSTANTS
        typedef double value_type;
        typedef std::size_t size_type;
        static const size_type CAPACITY = 30;
        // CONSTRUCTOR
        sequence( );
        // MODIFICATION MEMBER FUNCTIONS
        void start( );
        void advance( );
        void insert(const value_type& entry);
        void attach(const value_type& entry);
        void remove_current( );
        // CONSTANT MEMBER FUNCTIONS
        size_type size( ) const;
        bool is_item( ) const;
        value_type current( ) const;
    private:
        value_type data[CAPACITY];
        size_type used;
        size_type current_index;
    };
}

#endif

Источник

#include "sequence1.h"
#include <assert.h>

namespace main_savitch_3
{

    // Default constructer - sequence is empty
    sequence::sequence()
    {
        used = current_index = 0;
    }


    // Start the iteration
    void sequence::start()
    {
        current_index = 0;
    }
    // Iterate
    void sequence::advance()
    {
        current_index++;
    }


    // Number of items in the sequence
    sequence::size_type sequence::size() const
    {
        return used;
    }
    // Checks if there is a current item
    bool sequence::is_item() const
    {
        return current_index <= used && used > 0;
    }
    // Returns the current value
    sequence::value_type sequence::current() const
    {
        assert(is_item()); // no current item
        return data[current_index];
    }


    // Adds an item BEFORE the current index
    void sequence::insert(const value_type& entry)
    {
        assert(entry != 0); // pointer is invalid
        assert(current_index < sequence::CAPACITY); // no room to add an item

        // move items up - starting with the last item and working down to the current item
        // arrays start at 0, so the -1 adjusts it
        for (size_type i = used - 1; i >= current_index; i--)
            data[i + 1] = data[i];

        data[current_index] = entry;
    }
    // Adds an item AFTER the current index
    void sequence::attach(const value_type& entry)
    {
        assert(entry != 0); // pointer is invalid
        assert(current_index < sequence::CAPACITY); // no room to add an item

        // move items up - starting with the last item and working down to the current item
        // arrays start at 0, so the -1 adjusts it
        for (size_type i = used - 1; i > current_index; i--)
            data[i + 1] = data[i];

        if (current_index = 0)
            data[used] = entry;
        else
            data[current_index + 1] = entry;
    }
    // Removes the current item
    void sequence::remove_current()
    {
        for (size_type i = current_index; i < used; i++)
            data[i] = data[i + 1];
    }

}

Ответы [ 11 ]

68 голосов
/ 14 октября 2011

Даже если в вашем проекте есть метод main(), компоновщик иногда запутывается. Вы можете решить эту проблему в Visual Studio 2010, перейдя на

Проект -> Свойства -> Свойства конфигурации -> Компоновщик -> Система

и изменение SubSystem на Консоль.

35 голосов
/ 12 мая 2015

У нас тоже была эта проблема. Мой коллега нашел решение. Оказалось, что это переопределение «main» в стороннем заголовке библиотеки:

#define main    SDL_main

Таким образом, решение было добавить:

#undef main

перед нашей основной функцией.

Это явно глупость!

22 голосов
/ 31 января 2011

если у вас есть функция _tmain в ваших проектах, вам нужно include <tchar.h>.

16 голосов
/ 30 января 2011

Вам нужна функция main(), чтобы программа знала, с чего начать.

9 голосов
/ 24 августа 2011

На случай, если кто-то упустил очевидное;обратите внимание, что если вы создаете приложение с графическим интерфейсом и используете
" -подсистему: windows " в ссылочных аргументах, запись приложения будет WinMain @ 16 .Не основной () .Следовательно, вы можете использовать этот фрагмент для вызова вашего main () :

#include <stdlib.h>
#include <windows.h>

#ifdef __GNUC__
#define _stdcall  __attribute__((stdcall))
#endif

int _stdcall
WinMain (struct HINSTANCE__ *hInstance,
         struct HINSTANCE__ *hPrevInstance,
         char               *lpszCmdLine,
         int                 nCmdShow)
{
  return main (__argc, __argv);
}

6 голосов
/ 30 января 2011

Реализовали ли вы функцию main()?

int main(int argc, char **argv) {
    ... code ...
    return 0;
}

[править]

У вас есть main() в другом исходном файле, поэтому выВозможно, вы забыли добавить его в свой проект.

Чтобы добавить существующий исходный файл: В Solution Explorer щелкните правой кнопкой мыши папку Исходные файлы , укажите Добавьте , а затем нажмите Существующий элемент .Теперь выберите исходный файл, содержащий main()

5 голосов
/ 02 декабря 2015

Если вы используете Visual Studio.Причина, по которой вы можете получить эту ошибку, может заключаться в том, что вы изначально создали новый заголовочный файл file.h, а затем переименовали его в file.cpp, где вы поместили свою функцию main ().

Чтобы устранить проблему, щелкните правой кнопкой файл file.cpp -> щелкните Свойства, перейдите на
Свойства конфигурации -> Общие -> Тип элемента и измените его значение на компилятор C / C ++ вместо заголовка C / C ++.

3 голосов
/ 19 июня 2014

У меня была эта проблема, несмотря на:

  • имеющий main(); и
  • настройка всех других проектов в моем решении как статических библиотек.

Мое окончательное исправление было следующим:

  • my main() находился в пространстве имен, поэтому фактически назывался something::main() ... удаление этого пространства имен решило проблему.
2 голосов
/ 25 ноября 2014

Я столкнулся с ошибкой LNK2019 при работе над проектом DLL в Visual Studio 2013.

Я добавил новую конфигурацию в проект.Но вместо того, чтобы иметь «Тип конфигурации» как «Динамическая библиотека», Visual Studio добавил его как «Приложение».Это привело к ошибке LNK2019.

Исправлена ​​ошибка LNK2019. Для этого перейдите в Проект -> Свойства -> Свойства конфигурации -> Общие и измените «Тип конфигурации» на «Динамическая библиотека (.dll)» и «Расширение цели"to" .dll ".

Да, в первоначальном вопросе говорится о проекте консоли / приложения, и эта проблема отличается от моего ответа.Но я верю, что добавление этого ответа может помочь кому-то (например, мне), который наткнется на эту тему.

0 голосов
/ 03 апреля 2013

перейдите к «Project-Properties-Configuration Properties-Linker-input-Additional зависимости», затем перейдите в конец и введите «; ws2_32.lib».

...