Hi, These link errors appear to be related to build-specific options related to calling convention. In particular if I change my 5.0.4 project to default to __stdcall in the .NET2003 project settings, the 5.2.1-related link errors go away.
We've seen issues related to this in the past and wonder why it is that crypto++ requires referencing projects to be built with the non-standard __stdcall calling convention. It would be better if the crypto API explicitly qualified its definitions with the _stdcall calling convention keyword so that API users could continue to use the default calling convention in their project builds (for e.g., this restriction currently prevents us from referencing/using other APIs - that rely on the default calling convention - in the same project). It looks like something was done between 5.0.4 and 5.2.1 to try to address this, but likely this was wasn't completely fixed (as our link errors below indicate). Can anyone explain what the current thinking is regarding the API and its explicit (or lack thereof) use of the _stdcall calling convention? Is it a requirement that all API users set the __stdcall calling convention as the default in their projects? Why not just prefix the relevant API definitions explicitly with the _stdcall qualifier? Thanks, -David > Good idea, I will try this. I never did anything special however; > there are > no .NET2003 solution/project files (i.e., no .sln/.vcproj files) > so I simply > loaded up the MSVC++ equivalents (the .dsp project file actually) into > .NET2003 and built. Nothing special was done. Is there any > particular reason > there are no .NET2003 specific .sln/.vcproj files? > > Thanks, -David > > > This looks like a problem with project settings, rather than code > > compatibility. Are you able to compile the dlltest project > > that comes with > > Crypto++? If so, try making a copy of that project file and > > put your own > > code into it. > > > > ----- Original Message ----- > > From: "David Hauck" <[EMAIL PROTECTED]> > > To: <[email protected]> > > Sent: Friday, March 25, 2005 1:06 PM > > Subject: 5.0.4/5.2.1 Source Compatibility > > > > > > > Hi, > > > > > > Is there a document somewhere that outlines the source level > > > incompatibilites between 5.0.4 (DLL) and 5.2.1 (DLL)? I'm > > getting 5.2.1 > > > (.NET2003) link errors in a pretty basic example that > > workds in 5.0.4 > > > (MSVC6). > > > > > > Code: > > > > > > CFB_Mode<AES>::Encryption cfb(&aes_key[0], aes_key.size(), > > > iv_begin, feed_back_size); > > > cfb.ProcessData(&ciphertext[0], data_begin, data_size); > > > > > > <field types are generally simple: aes_key/ciphertext above are > > > std::vector<char> and data_begin is char*> > > > > > > This links fine with the 5.0.4 DLL, but has the following > > link erros in > > > 5.2.1: > > > > > > x_crypto error LNK2001: unresolved external symbol > > "__declspec(dllimport) > > > bool (__cdecl* CryptoPP::AssignIntToInteger)(class > > type_info const &,void > > > *,void const *)" > > > ([EMAIL PROTECTED]@@3P6A_NABVtype_info@@[EMAIL PROTECTED]) > > > > > > x_crypto error LNK2019: unresolved external symbol > > "__declspec(dllimport) > > > public: static char const * __cdecl > > > CryptoPP::CFB_ModePolicy::StaticAlgorithmName(void)" > > > > > ([EMAIL PROTECTED]@CryptoPP@@SAPBDXZ) > > referenced > > > in > > > function "public: static class std::basic_string<char,struct > > > std::char_traits<char>,class std::allocator<char> > __cdecl > > > CryptoPP::CipherModeFinalTemplate_CipherHolder<class > > > CryptoPP::BlockCipherFinal<0,class CryptoPP::Rijndael::Enc>,class > > > CryptoPP::ConcretePolicyHolder<class CryptoPP::Empty,class > > > CryptoPP::CFB_EncryptionTemplate<class > > > CryptoPP::AbstractPolicyHolder<class > > > CryptoPP::CFB_CipherAbstractPolicy,class > > CryptoPP::CFB_ModePolicy> >,class > > > CryptoPP::CFB_CipherAbstractPolicy> >::StaticAlgorithmName(void)" > > > > > ([EMAIL PROTECTED]@V > > ?$BlockCipherF > > > > > [EMAIL PROTECTED]@[EMAIL PROTECTED]@CryptoPP@@@CryptoPP@@V?$ConcretePolicyH > > [EMAIL PROTECTED]@C > > > > > ryptoPP@@[EMAIL PROTECTED]@VCF > > B_CipherAbstra > > > > > [EMAIL PROTECTED]@@[EMAIL PROTECTED]@@CryptoPP@@@[EMAIL PROTECTED] > > AbstractPolicy > > > > > @2@@2@@CryptoPP@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@V? > > [EMAIL PROTECTED]@2 > > > @@std@@XZ) > > > > > > x_crypto error LNK2019: unresolved external symbol > > "__declspec(dllimport) > > > public: static class std::basic_string<char,struct > > > std::char_traits<char>,class std::allocator<char> > __cdecl > > > CryptoPP::AlgorithmImpl<class > > CryptoPP::SimpleKeyingInterfaceImpl<class > > > CryptoPP::TwoBases<class CryptoPP::SimpleKeyedTransformation<class > > > CryptoPP::BlockTransformation>,struct CryptoPP::Rijndael_Info>,class > > > CryptoPP::TwoBases<class CryptoPP::SimpleKeyedTransformation<class > > > CryptoPP::BlockTransformation>,struct > > CryptoPP::Rijndael_Info> >,class > > > CryptoPP::SimpleKeyingInterfaceImpl<class CryptoPP::TwoBases<class > > > CryptoPP::SimpleKeyedTransformation<class > > > CryptoPP::BlockTransformation>,struct CryptoPP::Rijndael_Info>,class > > > CryptoPP::TwoBases<class CryptoPP::SimpleKeyedTransformation<class > > > CryptoPP::BlockTransformation>,struct CryptoPP::Rijndael_Info> > > > >>::StaticAlgorithmName(void)" > > > > > ([EMAIL PROTECTED]@V?$SimpleKeyingInt > > [EMAIL PROTECTED] > > > > > [EMAIL PROTECTED]@[EMAIL PROTECTED] > > ptoPP@@@Crypto > > > > > PP@@[EMAIL PROTECTED]@@CryptoPP@@V12@@CryptoPP@@V12@@CryptoPP@@ > > SA?AV?$basic_s > > > [EMAIL PROTECTED]@[EMAIL PROTECTED]@@[EMAIL PROTECTED]@2@@std@@XZ) > > referenced in > > > function "public: static class std::basic_string<char,struct > > > std::char_traits<char>,class std::allocator<char> > __cdecl > > > CryptoPP::CipherModeFinalTemplate_CipherHolder<class > > > CryptoPP::BlockCipherFinal<0,class CryptoPP::Rijndael::Enc>,class > > > CryptoPP::ConcretePolicyHolder<class CryptoPP::Empty,class > > > CryptoPP::CFB_EncryptionTemplate<class > > > CryptoPP::AbstractPolicyHolder<class > > > CryptoPP::CFB_CipherAbstractPolicy,class > > CryptoPP::CFB_ModePolicy> >,class > > > CryptoPP::CFB_CipherAbstractPolicy> >::StaticAlgorithmName(void)" > > > > > ([EMAIL PROTECTED]@V > > ?$BlockCipherF > > > > > [EMAIL PROTECTED]@[EMAIL PROTECTED]@CryptoPP@@@CryptoPP@@V?$ConcretePolicyH > > [EMAIL PROTECTED]@C > > > > > ryptoPP@@[EMAIL PROTECTED]@VCF > > B_CipherAbstra > > > > > [EMAIL PROTECTED]@@[EMAIL PROTECTED]@@CryptoPP@@@[EMAIL PROTECTED] > > AbstractPolicy > > > @2@@2@@CryptoPP@@[EMAIL PROTECTED]@D > > > > > > x_crypto error LNK2019: unresolved external symbol > > "__declspec(dllimport) > > > public: static void __cdecl > > > CryptoPP::NameValuePairs::ThrowIfTypeMismatch(char const > > *,class type_info > > > const &,class type_info const &)" > > > > > ([EMAIL PROTECTED]@CryptoPP@@SAXPBDABV > > type_info@@[EMAIL PROTECTED] > > > ) referenced in function "public: virtual void __thiscall > > > CryptoPP::AlgorithmParametersBase2<unsigned char const > > > *>::AssignValue(char > > > const *,class type_info const &,void *)const " > > > > > ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@UBEXPBD > > ABVtype_info@@ > > > [EMAIL PROTECTED]) > > > > > > Thanks in advance, > > > -David > > > > > > > > >
