Экспорт CString из dll
Всем доброго времени суток! Возникла такая вот проблемка. В проекте MFC-DLL есть класс, инкапсулирующий переменную CString, у этого же класса есть конструктор, принимающий параметр опять же типа CString. В основной программе, использующей эту DLL, создается в куче объект упомянутого класса с помощью того самого, принимающего CString конструктора. При сборке основной программы появляется длинное сообщение об ошибке: error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall CClass::CClass(unsigned long,class ATL::CStringT<char,class StrTraitMFC_DLL<char,class ATL::ChTraitsCRT<char> > >)" ... Если убрать из класса в DLL все упоминания о CString, сборка проходит на ура, кроме того, если не создавать экземпляр в куче, то тоже проблем не будет. В чем дело?
P.S. Заранее благодарю за ответы.
P.S. Заранее благодарю за ответы.
Сэмулируйте ошибку на тестовом проекте и выложите его
Вот ссылка на тестовое решение с двумя проектами:
http://sources.codenet.ru/file/3613/Test.zip
В полной версии почти то же самое и ошибка возникает практически аналогичная. Есть подозрение, что проблема связана с декорированием имен, но что конкретно нужно сделать для ее устранения, не знаю. Если я не учел каких-то элементарных вещей при создании проектов, не судите строго - прогать на плюсах начал совсем недавно. :rolleyes:
http://sources.codenet.ru/file/3613/Test.zip
В полной версии почти то же самое и ошибка возникает практически аналогичная. Есть подозрение, что проблема связана с декорированием имен, но что конкретно нужно сделать для ее устранения, не знаю. Если я не учел каких-то элементарных вещей при создании проектов, не судите строго - прогать на плюсах начал совсем недавно. :rolleyes:
Главная ошибка: dll собрана как unicode, приложение - как multibyte.
Сопутствующие ошибки:
Не копируйте файлы. Если приложению требуется lib не копируйте ему эту lib, а укажите где она лежит в lib path.
Не копируйте заголовки. Если заголовок используется в более чем одном проекте - вынесите его в отдельную папку верхнего уровня (для решения, либо вообще) и используйте изо всех проектов. Пропишите эту папку в additional include. Объявления классов не копируют из одного h файла в другой. Дальше это сыграет злую шутку. И вообще, перед нажатием copy/paste при работе с проектом (хоть текст, хоть файлы, хоть настройки) стоит сначала очень сильно задуматься - а то ли я делаю. Есть замечательные вещи, такие как ссылки/наследование/повторное использование.
Это из того что вчера успел заметить / сегодня вспомнил
Сопутствующие ошибки:
Не копируйте файлы. Если приложению требуется lib не копируйте ему эту lib, а укажите где она лежит в lib path.
Не копируйте заголовки. Если заголовок используется в более чем одном проекте - вынесите его в отдельную папку верхнего уровня (для решения, либо вообще) и используйте изо всех проектов. Пропишите эту папку в additional include. Объявления классов не копируют из одного h файла в другой. Дальше это сыграет злую шутку. И вообще, перед нажатием copy/paste при работе с проектом (хоть текст, хоть файлы, хоть настройки) стоит сначала очень сильно задуматься - а то ли я делаю. Есть замечательные вещи, такие как ссылки/наследование/повторное использование.
Это из того что вчера успел заметить / сегодня вспомнил
Премного благодарен за советы, буду разбираться.
P.S. Путь к lib-е в полной версии был прописан в Additional Dependencies и лежала она в папке "DEBUG" (поторопился с тестовым проектом), а скопипастеные объявления классов в заголовочных - результат прочтения в одной из книг по Visual C++ главы про создание DLL. Ну, да это так, к слову, а в целом еще раз спасибо.
P.S. Путь к lib-е в полной версии был прописан в Additional Dependencies и лежала она в папке "DEBUG" (поторопился с тестовым проектом), а скопипастеные объявления классов в заголовочных - результат прочтения в одной из книг по Visual C++ главы про создание DLL. Ну, да это так, к слову, а в целом еще раз спасибо.