Итак, это то, с чем я столкнулся и что решил довольно грубым методом.

Есть lib файл стороннего разработчика, скомпилированном на VC70 (как видно из самого файла). Этот либ экспортирует классы (declspec dllimport/dllexport). Есть и заголовочный файл с описанием этих классов. Так вот при рассматривании этого файла, обнаруживаем экспортный символ такого вида:

Код

__imp_?OpenFrom@CBaseTable@@QAEJAAV?$CStringT@DV?$StrTraitMFC_DLL@DV?$ChTraitsCRT@D@ATL@@@@@ATL@@J@Z

Это так выглядить декорированный метод CBaseTable::OpenFrom(CString&, long); в этой либе. У меня есть такое описание, но при его компиляции моя VS порождает вот такой вот декорированный символ:

Код

__imp_?OpenFrom@CBaseTable@@QAEJAAV?$CStringT@DV?$StrTraitMFC@DV?$ChTraitsCRT@D@ATL@@@@@ATL@@J@Z

Как видите, вместо StrTraitMFC_DLL используется StrTraitMFC. Это один из параметров шаблона класса CString, который каждый может найти в afxstr.h. Естесственно, на этапе линковки все это дело обламывается, так как символы не совпадают.

Вот вопрос, у кого есть VS7.x не скажет ли он какой у него в этом месте класс. Или может кто-то слышал о таких косяках и методах борьбы с ними. Я, конечно, это обошел, но довольно грубо.

Это сообщение отредактировал(а) Fantasist - 14.7.2004, 00:00

Fantasist
возможно проблема в том, что в либе используется линковка MFC в виде DLL, а у вас в проекте - статически

Цитата(AndyY @ 14.7.2004, 11:38)

Fantasist возможно проблема в том, что в либе используется линковка MFC в виде DLL, а у вас в проекте - статически

Если бы все было бы так просто я бы не постил сюда вопрос. Меня тоже вначале суффикс _DLL смутил, но я изучил исходники - там никаких подстановок нет, да и зачем они в шаблонном классе? Он в любом случае залинкуется статически - его реализацию в dll не вынесешь. На всякий случай я все же попробовал разные типы линковки - результат оказался ожидаемым.

Шаблон-то он шаблон, но вот подстановка его аргументов зависит от макросов типа "AFX_DLL". Поясняю.

Вышеприведённые классы:

Цитата

template< typename _CharType = char, class StringIterator = ATL::ChTraitsCRT< _CharType > > class StrTraitMFC :     public StringIterator { public:     static HINSTANCE FindStringResourceInstance( UINT nID ) throw()     {         return( AfxFindStringResourceHandle( nID ) );     }     static ATL::IAtlStringMgr* GetDefaultManager() throw()     {         return( AfxGetStringManager() );     } }; template< typename _CharType, class StringIterator> class StrTraitMFC_DLL : public StringIterator { public:     static HINSTANCE FindStringResourceInstance( UINT nID ) throw()     {         return( AfxFindStringResourceHandle( nID ) );     }     static ATL::IAtlStringMgr* GetDefaultManager() throw()     {         return( AfxGetStringManager() );     } };

И в зависимости от макросов получается:

Цитата

// MFC-enabled compilation. Use MFC memory management and exceptions; // also, use MFC module state. // Don't import when MFC dll is being built #if !defined(_WIN64) && defined(_AFXDLL) #if defined(_MFC_DLL_BLD) template class ATL::CSimpleStringT< char, true >; template class ATL::CStringT< char, StrTraitMFC_DLL< char > >; template class ATL::CSimpleStringT< wchar_t, true >; template class ATL::CStringT< wchar_t, StrTraitMFC_DLL< wchar_t > >; #else template class __declspec(dllimport) ATL::CSimpleStringT< char, true >; template class __declspec(dllimport) ATL::CStringT< char, StrTraitMFC_DLL< char > >; template class __declspec(dllimport) ATL::CSimpleStringT< wchar_t, true >; template class __declspec(dllimport) ATL::CStringT< wchar_t, StrTraitMFC_DLL< wchar_t > >; #if defined(_NATIVE_WCHAR_T) template class __declspec(dllimport) ATL::CSimpleStringT< unsigned short, true >; template class __declspec(dllimport) ATL::CStringT< unsigned short, StrTraitMFC_DLL< unsigned short > >; #endif    // _NATIVE_WCHAR_T #endif    // _MFC_DLL_BLD typedef ATL::CStringT< wchar_t, StrTraitMFC_DLL< wchar_t > > CStringW; typedef ATL::CStringT< char, StrTraitMFC_DLL< char > > CStringA; typedef ATL::CStringT< TCHAR, StrTraitMFC_DLL< TCHAR > > CString; #else typedef ATL::CStringT< wchar_t, StrTraitMFC< wchar_t > > CStringW; typedef ATL::CStringT< char, StrTraitMFC< char > > CStringA; typedef ATL::CStringT< TCHAR, StrTraitMFC< TCHAR > > CString; #endif    // !_WIN64 && _AFXDLL

Цитата

Шаблон-то он шаблон, но вот подстановка его аргументов зависит от макросов типа "AFX_DLL". Поясняю

Эту возможность я безусловно допускал, хотя не вижу в ней практического смысла, и проверил ее первым делом. Я же говорю, что внимательно изучил исходники и загаловочные файлы - StrTraitMFC_DLL в них нигде не встречается. Вдобавок, не полагаясь только на свою внимательность, я попробовал разные типы линковки. Между прочим, обо всем этом я уже сказал выше, и теперь фактически повторил свой вротой пост.

Естесственно, возникла у меня мысль, что в какой-то версии студии этот класс был добавлен или, наоборот, убран. В общем-то, оригинальный мой вопрос и был о том, не знает ли кто этих различий и у кого как (с версией студии).

2 Fantasist,

Цитата

Я же говорю, что внимательно изучил исходники и загаловочные файлы - StrTraitMFC_DLL в них нигде не встречается. Вдобавок, не полагаясь только на свою внимательность, я попробовал разные типы линковки. Между прочим, обо всем этом я уже сказал выше, и теперь фактически повторил свой вротой пост

в моём ответе были использованы исходники из VS 2003.