- Boost-users - lists.preview.boost.org

boost::test: expected error leads to failure - why?
by Markus Werle 16 Feb '06

16 Feb '06

Hi! When using the boost::test unit-test framework calls like boost::unit_test::test_suite* test = BOOST_TEST_SUITE( "Testing Something" ); test->add(BOOST_TEST_CASE(&test_function_with_expected_error), 1); lead to an error in return code when used together with VC7 as a post-build step Of course I could use runtime argument "--result_code=no", but then how can I make a difference between expected and unexpected errors? It makes sense to me to have expected errors in a testsuite, and especially to declare a test failure when an expected error does not appear. Could you please explain how boost::test supports this without having to write "failure-tests" myself? Markus

2 5

Non-boost c++ novice help
by Perry Smith 16 Feb '06

16 Feb '06

If this is not an appropriate list for this question, please let me know. The books tell me to prefer const to #defines -- but where do you put them to have the right scope and not take up space in the object? What I'd like to have is: class register { void set_mask() { reg |= mask; } private: uint64_t reg; const uint64_t mask = 0x12345678; }; But the compiler will not let me do this and even if it did,the mask would take up physical space. I don't want mask (or reg) to be visable outside of the class and I want the compiler to use mask as a compile time constant that does not consume space after the compile. I vaguely know about namespace but if I put this inside a namespace, then I have to do: namespace hardware { const mask = 0x12345678; class register { void set_mask() { reg |= mask; } private: uint64_t reg; }; }; // .. define a register hardware::register doddy; and "mask" is not really private -- just obscured. I can still do: int i = hardware::mask; This just feels like I've taken a wrong turn somewhere. How would this be "properly" done? Thanks, Perry

3 2

Re: [Boost-users] Non-boost c++ novice help
by RIVASSEAU Jean Noel 16 Feb '06

16 Feb '06

I admit I did not really take the time to read your whole post, but I think you just want to do: static const uint64_t mask = 0x12345678; // note the "static" Also, this is not a Boost related question!! I think you should ask this kind of questions on C++ forums or IRC channels. Regards Jean-Noël -----Message d'origine----- De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De la part de Perry Smith Envoyé : jeudi 16 février 2006 16:43 À : boost-users(a)lists.boost.org Objet : [Boost-users] Non-boost c++ novice help If this is not an appropriate list for this question, please let me know. The books tell me to prefer const to #defines -- but where do you put them to have the right scope and not take up space in the object? What I'd like to have is: class register { void set_mask() { reg |= mask; } private: uint64_t reg; const uint64_t mask = 0x12345678; }; But the compiler will not let me do this and even if it did,the mask would take up physical space. I don't want mask (or reg) to be visable outside of the class and I want the compiler to use mask as a compile time constant that does not consume space after the compile. I vaguely know about namespace but if I put this inside a namespace, then I have to do: namespace hardware { const mask = 0x12345678; class register { void set_mask() { reg |= mask; } private: uint64_t reg; }; }; // .. define a register hardware::register doddy; and "mask" is not really private -- just obscured. I can still do: int i = hardware::mask; This just feels like I've taken a wrong turn somewhere. How would this be "properly" done? Thanks, Perry _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Re: [Boost-users] [serialization] Really strange error that crashes the application
by Scott 16 Feb '06

16 Feb '06

> Is any of this implemented in a DLL ? > > the program is haning up because its trying to register a class > that is in the process of being destroyed. Try setting > a break poin on the assertion on line 71 of exended_type_info.cpp > and try to figure out which class is being register. > > Set break point on the destructor of that class. > > This might lead one to the point whereby a destructor > is being called while someting is being serialized You are correct that the class causing the problem is implemented in another DLL and imported to my server .exe. I'm not sure how to go about placing a breakpoint in the extended_type_info.cpp file. Boost was built on another computer and I only have access to the header files and lib/dlls. I did place a breakpoint in the destructor of the class being serialized (in addition to cout messages since the server is currently a console app). The destructor is NOT getting called during the archive process. In addition, I changed the signature of the method to take only a const value of the class (instead of reference) and the error still happens. Here's the problem code: template <typename T, typename Handler> void asyncWrite(const T t, Handler handler) { // Serialize the data first so we know how large it is. std::ostringstream archiveStream; boost::archive::text_oarchive archive(archiveStream); archive << t; // error occurs here, t is not referenced anywhere after this I also get this message in the console: Assertion failed: lookup(eti) == m_self->m_map.end(), file C:\Documents and Sett ings\Scott.SMOORE\Desktop\boost_1_33_1\libs\serialization\build\../src/exten ded_ type_info.cpp, line 71 This error is quite frustrating. As I mentioned, the above code works flawlessly if I bypass reading in a serialized file earlier in the program. Thanks again for any help, Scott

2 1

Boost::MultiIndex dtor problem
by Martin Eigel 16 Feb '06

16 Feb '06

Hi list, I am encountering a problem with MultiIndex which can be resolved by disabling SAFE_MODE. As I actually do not get the problem in the code attached below I'd like to ask for an explanation. The marked line of code (i.e. the second iterator assignment) seems to be responsible for blocking MultiIndex's dtor in safe_mode.hpp: void detach_all_iterators() { for(safe_iterator_base* it=header.next;it;it=it->next)it->cont=0; } Why is this and how can it correctly be avoided? Cheers, Martin (boost 1.33.1, gcc 3.4.5) #define BOOST_MULTI_INDEX_ENABLE_INVARIANT_CHECKING #define BOOST_MULTI_INDEX_ENABLE_SAFE_MODE #include <boost/multi_index_container.hpp> #include <boost/multi_index/member.hpp> #include <boost/multi_index/ordered_index.hpp> using boost::multi_index_container; using namespace boost::multi_index; struct T1{}; struct T2{}; typedef int T; typedef std::pair<T,T> value_type; typedef multi_index_container< value_type, indexed_by< ordered_unique< tag<T1>, member<value_type,T,&value_type::first> >, ordered_unique< tag<T2>, member<value_type,T,&value_type::second> > > > miT; int main(){ miT::const_iterator it; miT map; it = map.get<T1>().end(); map.clear(); it = map.get<T1>().end(); // *** this hangs dtor! return 0; } __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

[bgl]Shouldn't floyd_warshall_all_pairs_shortest use compare instead of min
by Peter Gerell 16 Feb '06

16 Feb '06

Hi, I am trying to calculate all pairs longest path withous any success using floyd-warshall in this way. floyd_warshall_all_pairs_shortest_paths(g, D, distance_compare(std::greater<int>()).distance_inf(std::numeric_limits<int>::min())); The problem seems to be the test within the three loops of floyd_warshall_dispatch. This function selects the minimum value using std::min instead of the maximal that would have been selected if the test had been implemented using compare. Is this a bug, or shouldn't it be possible to use the function like this? I have also found a problem in example/min_max_paths.cpp. The example tries to calculate the longest path in a graph with cycles of positive weight. Thanks, Peter

1 0

Member function as a thread function
by Steven Wooding 16 Feb '06

16 Feb '06

Hi, I've had a good search on the mailing list and while some posts have got close to my problem and given me a few glues, my code does't quite work the way I want it to. My goal is to have a (non-static) class member function run in a child thread + passing a parameter to it. The code I've got at the moment goes something like this: void MyClass::spawn_threads() { for ( int ii = 0; ii < num_threads; ++ii) { threadGroup.create_thread( boost::bind( ChildThreadFunc, _1, ii)); } } void MyClass::ChildThreadFunc( int &threadNumber) { // Does some work } I get the following error on the create_thread line: error: no matching function call to bind(<unknown type>, boost::arg<1>&, int&) cadiates are: .... boost:bind(F, A1, A2)[ with F= void (MyClass::*)(int&), A1=boost:arg<1>, A2=int] I'm confused by the <unknown type> business. How do I tell it the correct type? Maybe someone could point out where I've erred. Cheers, Steve.

7 12

[serialization] Really strange error that crashes the application
by Scott 16 Feb '06

16 Feb '06

I'm developing a client/server application using asio for communication and boost::serialization as the means to stream the objects between the two applications. This is on Windows XP with Microsoft Visual Studio 7.1. Everything works fine until this sequence of events happens: 1) The server shuts down gracefully and serializes some classes to a file. 2) The server restarts and reads in the file, loading the settings and replacing the default settings 3) The client makes a request for an object from the server 4) The server dies with the following error: --------------------------- Microsoft Visual C++ Debug Library --------------------------- Debug Error! Program: c:\Dev\NwEngineD.exe This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. (Press Retry to debug the application) --------------------------- Abort Retry Ignore --------------------------- Now, if I skip loading of the previously saved file, none of this ever happens. Everything works just fine. The following is the call stack when the error occurs: > msvcr71d.dll!_NMSG_WRITE(int rterrnum=10) Line 195 C msvcr71d.dll!abort() Line 44 + 0x7 C msvcr71d.dll!_assert(const char * expr=0x003696dc, const char * filename=0x00369668, unsigned int lineno=71) Line 306 C boost_serialization-vc71-mt-gd-1_33_1.dll!0033bc2c() boost_serialization-vc71-mt-gd-1_33_1.dll!0033bb70() NwEngineD.exe!boost::serialization::detail::extended_type_info_typeid_1<nw:: Node const >::extended_type_info_typeid_1<nw::Node const >() Line 78 C++ NwEngineD.exe!boost::serialization::detail::extended_type_info_typeid_1<nw:: Node const >::get_instance() Line 96 + 0x2a C++ NwEngineD.exe!boost::archive::detail::oserializer<boost::archive::text_oarch ive,nw::Node>::oserializer<boost::archive::text_oarchive,nw::Node>() Line 108 + 0x14 C++ NwEngineD.exe!boost::archive::detail::oserializer<boost::archive::text_oarch ive,nw::Node>::instantiate() Line 135 + 0x2a C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,nw::Node>::save_standard::invoke(boost::archive::text_oarchive & ar={...}, const nw::Node & t={...}) Line 264 + 0x5 C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,nw::Node>::invoke(boost::archive::text_oarchive & ar={...}, const nw::Node & t={...}) Line 322 + 0xd C++ NwEngineD.exe!boost::archive::save<boost::archive::text_oarchive,nw::Node>(b oost::archive::text_oarchive & ar={...}, const nw::Node & t={...}) Line 536 + 0xd C++ NwEngineD.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarch ive>::save_override<nw::Node const >() Line 78 + 0x15 C++ NwEngineD.exe!boost::archive::detail::interface_oarchive<boost::archive::tex t_oarchive>::operator<<<nw::Node const >() Line 79 C++ NwEngineD.exe!boost::serialization::nvp<nw::Node const >::save<boost::archive::text_oarchive>() Line 78 C++ NwEngineD.exe!boost::serialization::access::member_save<boost::archive::text _oarchive,boost::serialization::nvp<nw::Node const > const >() Line 94 C++ NwEngineD.exe!boost::serialization::detail::member_saver<boost::archive::tex t_oarchive,boost::serialization::nvp<nw::Node const > >::invoke(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<nw::Node const > & t={...}, const unsigned int file_version=0) Line 43 + 0x11 C++ NwEngineD.exe!boost::serialization::split_member<boost::archive::text_oarchi ve,boost::serialization::nvp<nw::Node const > >(boost::archive::text_oarchive & ar={...}, boost::serialization::nvp<nw::Node const > & t={...}, const unsigned int file_version=0) Line 69 + 0x11 C++ NwEngineD.exe!boost::serialization::nvp<nw::Node const >::serialize<boost::archive::text_oarchive>() Line 87 + 0x1f C++ NwEngineD.exe!boost::serialization::access::serialize<boost::archive::text_o archive,boost::serialization::nvp<nw::Node const > >() Line 110 C++ NwEngineD.exe!boost::serialization::serialize<boost::archive::text_oarchive, boost::serialization::nvp<nw::Node const > >(boost::archive::text_oarchive & ar={...}, boost::serialization::nvp<nw::Node const > & t={...}, const unsigned int file_version=0) Line 81 + 0x11 C++ NwEngineD.exe!boost::serialization::serialize_adl<boost::archive::text_oarch ive,boost::serialization::nvp<nw::Node const > >(boost::archive::text_oarchive & ar={...}, boost::serialization::nvp<nw::Node const > & t={...}, const unsigned int file_version=0) Line 140 + 0x18 C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,boost::serialization::nvp<nw::Node const > >::save_only::invoke(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<nw::Node const > & t={...}) Line 257 + 0xf C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,boost::serialization::nvp<nw::Node const > >::invoke(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<nw::Node const > & t={...}) Line 322 + 0xd C++ NwEngineD.exe!boost::archive::save<boost::archive::text_oarchive,boost::seri alization::nvp<nw::Node const > >(boost::archive::text_oarchive & ar={...}, const boost::serialization::nvp<nw::Node const > & t={...}) Line 536 + 0xd C++ NwEngineD.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarch ive>::save_override<boost::serialization::nvp<nw::Node const > const >() Line 78 + 0x15 C++ NwEngineD.exe!boost::archive::detail::interface_oarchive<boost::archive::tex t_oarchive>::operator<<<boost::serialization::nvp<nw::Node const > const >() Line 79 C++ NwEngineD.exe!boost::serialization::stl::save_collection<boost::archive::tex t_oarchive,std::list<nw::Node,std::allocator<nw::Node> > >(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & s={...}) Line 44 C++ NwEngineD.exe!boost::serialization::save<boost::archive::text_oarchive,nw::N ode,std::allocator<nw::Node> >(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & t={...}, const unsigned int __formal=0) Line 47 + 0xd C++ NwEngineD.exe!boost::serialization::free_saver<boost::archive::text_oarchive ,std::list<nw::Node,std::allocator<nw::Node> > >::invoke(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & t={...}, const unsigned int file_version=0) Line 45 + 0x18 C++ NwEngineD.exe!boost::serialization::split_free<boost::archive::text_oarchive ,std::list<nw::Node,std::allocator<nw::Node> > >(boost::archive::text_oarchive & ar={...}, std::list<nw::Node,std::allocator<nw::Node> > & t={...}, const unsigned int file_version=0) Line 74 + 0x11 C++ NwEngineD.exe!boost::serialization::serialize<boost::archive::text_oarchive, nw::Node,std::allocator<nw::Node> >(boost::archive::text_oarchive & ar={...}, std::list<nw::Node,std::allocator<nw::Node> > & t={...}, const unsigned int file_version=0) Line 75 + 0x11 C++ NwEngineD.exe!boost::serialization::serialize_adl<boost::archive::text_oarch ive,std::list<nw::Node,std::allocator<nw::Node> > >(boost::archive::text_oarchive & ar={...}, std::list<nw::Node,std::allocator<nw::Node> > & t={...}, const unsigned int file_version=0) Line 140 + 0x18 C++ NwEngineD.exe!boost::archive::detail::oserializer<boost::archive::text_oarch ive,std::list<nw::Node,std::allocator<nw::Node> > >::save_object_data(boost::archive::detail::basic_oarchive & ar={...}, const void * x=0x0012f644) Line 152 + 0x2b C++ boost_serialization-vc71-mt-gd-1_33_1.dll!0032a2ab() msvcr71d.dll!_onexit_lk(int (void)* func=0x00000008) Line 119 + 0xd C msvcr71d.dll!_unlockexit() Line 541 + 0x7 C msvcr71d.dll!_onexit(int (void)* func=0x0012edbc) Line 99 + 0x5 C msvcr71d.dll!_onexit(int (void)* func=0x0012edbc) Line 96 + 0x1b C NwEngineD.exe!_onexit(int (void)* func=0x0032aa2e) Line 81 + 0x13 C 0012ecec() NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,std::list<nw::Node,std::allocator<nw::Node> > >::save_standard::invoke(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & t={...}) Line 264 + 0x15 C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,std::list<nw::Node,std::allocator<nw::Node> > >::invoke(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & t={...}) Line 322 + 0xd C++ NwEngineD.exe!boost::archive::save<boost::archive::text_oarchive,std::list<n w::Node,std::allocator<nw::Node> > >(boost::archive::text_oarchive & ar={...}, const std::list<nw::Node,std::allocator<nw::Node> > & t={...}) Line 536 + 0xd C++ NwEngineD.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarch ive>::save_override<std::list<nw::Node,std::allocator<nw::Node> > const >() Line 78 + 0x15 C++ NwEngineD.exe!boost::archive::detail::interface_oarchive<boost::archive::tex t_oarchive>::operator<<<std::list<nw::Node,std::allocator<nw::Node> > const >() Line 79 C++ NwEngineD.exe!boost::archive::detail::interface_oarchive<boost::archive::tex t_oarchive>::operator&<std::list<nw::Node,std::allocator<nw::Node> > >() Line 90 C++ NwEngineD.exe!nw::TransactionResponse::serialize<boost::archive::text_oarchi ve>() Line 237 C++ NwEngineD.exe!boost::serialization::access::serialize<boost::archive::text_o archive,nw::TransactionResponse>() Line 110 C++ NwEngineD.exe!boost::serialization::serialize<boost::archive::text_oarchive, nw::TransactionResponse>(boost::archive::text_oarchive & ar={...}, nw::TransactionResponse & t={...}, const unsigned int file_version=0) Line 81 + 0x11 C++ NwEngineD.exe!boost::serialization::serialize_adl<boost::archive::text_oarch ive,nw::TransactionResponse>(boost::archive::text_oarchive & ar={...}, nw::TransactionResponse & t={...}, const unsigned int file_version=0) Line 140 + 0x18 C++ NwEngineD.exe!boost::archive::detail::oserializer<boost::archive::text_oarch ive,nw::TransactionResponse>::save_object_data(boost::archive::detail::basic _oarchive & ar={...}, const void * x=0x0012f5d8) Line 152 + 0x2b C++ boost_serialization-vc71-mt-gd-1_33_1.dll!0032a2ab() msvcr71d.dll!_unlock(int locknum=4) Line 347 C msvcr71d.dll!operator delete(void * pUserData=0x0012ee34) Line 57 + 0x7 C++ msvcr71d.dll!operator delete(void * pUserData=0x0012ee34) Line 54 + 0x1f C++ 0012ee34() msvcp71d.dll!std::basic_string<char,std::char_traits<char>,std::allocator<ch ar> >::_Tidy(bool _Built=true, unsigned int _Newsize=1242584) Line 1521 C++ boost_serialization-vc71-mt-gd-1_33_1.dll!0032aa2e() NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,nw::TransactionResponse>::save_standard::invoke(boost::archive ::text_oarchive & ar={...}, const nw::TransactionResponse & t={...}) Line 264 + 0x15 C++ NwEngineD.exe!boost::archive::detail::save_non_pointer_type<boost::archive:: text_oarchive,nw::TransactionResponse>::invoke(boost::archive::text_oarchive & ar={...}, const nw::TransactionResponse & t={...}) Line 322 + 0xd C++ NwEngineD.exe!boost::archive::save<boost::archive::text_oarchive,nw::Transac tionResponse>(boost::archive::text_oarchive & ar={...}, const nw::TransactionResponse & t={...}) Line 536 + 0xd C++ NwEngineD.exe!boost::archive::basic_text_oarchive<boost::archive::text_oarch ive>::save_override<nw::TransactionResponse const >() Line 78 + 0x15 C++ NwEngineD.exe!boost::archive::detail::interface_oarchive<boost::archive::tex t_oarchive>::operator<<<nw::TransactionResponse const >() Line 79 C++ NwEngineD.exe!nw::Connection::asyncWrite<nw::TransactionResponse,boost::_bi: :bind_t<void,boost::_mfi::mf2<void,NwServerSession,asio::error const &,unsigned int>,boost::_bi::list3<boost::_bi::value<boost::shared_ptr<NwServerSession> >,boost::arg<1>,boost::arg<2> > > >() Line 99 C++ <** snip **> The last line of serialization code in the call stack (before the DLLs), is this: extended_type_info_typeid_1() : detail::extended_type_info_typeid_0() { self_register(); // add type to type table } Seems like the self_register() is failing for some reason. Now, as I've said, if I don't try to read in the saved file, none of this occurs. As a matter of fact, if I just run this simple code upon server startup, the whole error above occurs: typedef unsigned int Handle; void Manager::load(const std::string &filename) { std::ifstream inFile; inFile.open(filename.c_str(), std::ios::binary); boost::archive::text_iarchive archiveFile(inFile); Handle handle = 0; ManagerNode node; archiveFile >> handle; if (handle != Handle(-1)) { // comment out the line below and everything works fine // NOTE: the line below works fine (does not blow up) // it only causes serialization to fail later. // Also notice that I don't actually do anything with node, // it just goes out of scope at procedure end archiveFile >> node; } } My apologies for not being able to provide a complete working program that mimics the error. I developed a whole test program to replicate the error, and of course, it works just fine. It does almost everything the server program does, except it doesn't use asio. My hope is the code above, call stack and error message is enough to pinpoint where the problem may be. If it isn't, please give me a general idea of how to proceed. Thanks for any help, Scott

2 1

newbie question on preferred method to use shared_ptrs
by Perry Smith 16 Feb '06

16 Feb '06

Hi, I often have to "fight" with my C++ code and I must be missing a basic design characteristic of C++. Suppose there is a shared_ptr that has already been created. I now want to create an object with new and "give" it to shared_ptr to manage. I tend to do this: std::tr1::shared_ptr<int> dog; int fun(void) { int *temp = new int; dog = temp; // ... } This does not work. I've discovered two ways to achieve (I think) what I'm looking for: int fun(void) { std::tr1::shared_ptr<int> temp(new int); dog = temp; // ... } or ... int fun(void) { foo *temp = new int; dog.reset(temp); // ... } The first has the extra overhead of creating a second shared_ptr. The second worries me... It just seems like "reset" is not what I would call the method to do what I want to do (but maybe it is). Anyone care to help me out here? Thanks, Perry

3 2

Build problems with vc-8_0
by Mike Gibson 15 Feb '06

15 Feb '06

When building from the Visual Studio Command Line in VS 2005, I am getting some errors linking. What am I doing wrong? C:\src\boost\bjam.exe --prefix=C:\boost_1_33_1 -sTOOLS=vc-8_0 install ...snip... MkDir1 bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi vc-C++ bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\greg_month.obj greg_month.cpp vc-C++ bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\greg_weekday.obj greg_weekday.cpp vc-C++ bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\date_generators.obj date_generators.cpp vc-Link bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\boost_date_time-vc80-mt-gd-1_33_1.dll bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\boost_date_time-vc80-mt-gd-1_33_1.lib Creating library bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\boost_date_time-vc80-mt-gd-1_33_1.lib and object bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\boost_date_time-vc80-mt-gd-1_33_1.exp greg_month.obj : error LNK2019: unresolved external symbol ___CxxFrameHandler3 referenced in function __ehhandler$?get_month_map_ptr@greg_month@gregorian@boost@@SA?AV?$shared_ptr@V?$map@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@GU?$less@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@2@V?$allocator@U?$pair@$$CBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@G@std@@@2@@std@@@3@XZ greg_weekday.obj : error LNK2001: unresolved external symbol ___CxxFrameHandler3 date_generators.obj : error LNK2001: unresolved external symbol ___CxxFrameHandler3 bin\boost\libs\date_time\build\boost_date_time.dll\vc-8_0\debug\threading-multi\boost_date_time-vc80-mt-gd-1_33_1.dll : fatal error LNK1120: 1 unresolved externals

1 0