- Boost-users - lists.boost.org

Unable to check exception with BOOST_CHECK_THROW
by Stephen Torri 03 Nov '06

03 Nov '06

I am finding that the BOOST_CHECK_THROW is not catching an exception class I made. Below is how I am calling it: void test_read_FAIL_EMPTY_READ () { boost::uint32_t size = 0; boost::uint8_t* data = 0; boost::uint32_t length = 5; Memory_Map a_ref ( size ); BOOST_CHECK_THROW ( a_ref.read ( data, length ), errors::IO_Exception ); } The read function is suppose to throw an errors::IO_Exception(int) when it finds out that the length of the read exceeds the length of the Memory_Map. What I am finding out is that the exception is being thrown but no message from Boost telling me that exception errors::IO_Exception has occurred and calling this test a success. Have I used the wrong macro? Stephen

2 1

[Serialization] Need help resolving problem putting serialization code into static library
by Mark Melton 02 Nov '06

02 Nov '06

All, I am hoping someone can help me resolve a problem I am having putting serialization code into a static library. If I am lucky, it will be simple user error. Here is a quick synopsis of the code: a.hpp class A { virtual ~A() { } ...} b.hpp class B : public A { virtual ~B() { } ... } with classes A and B both having the standard serialization functions defined in a.cpp and b.cpp respectively along with the necessary BOOST_CLASS_EXPORT statements. Now, compiling a single program like this works fine and the program is able to serialize objects of types A and B through pointers of type A without any problems. Life is good. g++ -o my_prog my_prog.cpp a.cpp b.cpp -lboost_serialization However, compiling a static library and then linking the same program like this produces a my_prog that gets an unregistered_class exception when trying to serialize an object of type B through a pointer of type A. Not what I expected because the only difference is in the linking phase where code is now coming from the library instead of the object files. g++ -o a.o -c a.cpp g++ -o b.o -c b.cpp ar cru a.o b.o libmine.a ranlib libmine.a g++ -o my_prog my_prog.cpp libmine.a -lboost_serialization Now, combining a.cpp and b.cpp and building the library produces a working program. Confusion reigns. g++ -o ab.o -c a.cpp b.cpp ar cru ab.o libmine.a ranlib libmine.a g++ -o my_prog my_prog.cpp libmine.a -lboost_serialization Any ideas would be greatly appreciated. I have tried several incantations, but I cannot make any headway. I am working under the assumptions that it has something do to with the initialization code difference between using the object files and the library. I am using boost 1.33.1 on intel OS X 10.4.8 with g++ in 64 bit mode. If it would be useful, I can run experiments in 32 bit mode or on Ubuntu, but I have yet to find any differences with this issue. Thanks, mark

1 0

[property_tree] Why I get such a big Lib?
by Andrea Carbone 02 Nov '06

02 Nov '06

Hello, I am working on a little class using the property_tree lib. MSVC 7.1, boost 1.33.1 and latest property_tree cvs from sandbox. I have simply Pimpled the boost::property_tree::ptree class and implemented a templated get<> to extract values from a conf file ... I don't know if it is fair to attach files to the mail so I just paste the header... Here the interface: #ifndef xml_config_t_H_INCLUDED #define xml_config_t_H_INCLUDED //--------------------------------------------------------------------- #include <string> #include <memory> //--------------------------------------------------------------------- //just tags ... namespace all { namespace core{ namespace detail { struct xml_t{}; struct ini_t{}; } static const core::detail::xml_t xml = core::detail::xml_t(); static const core::detail::ini_t ini = core::detail::ini_t(); }} //--------------------------------------------------------------------- namespace all { namespace core{ //the implementation namespace detail{class xml_config_impl;} class xml_config_t; }} //--------------------------------------------------------------------- class all::core::xml_config_t { public: ///Constructor xml_config_t(); ~xml_config_t(); ///this one calls read_xml void load(core::detail::xml_t, const std::string&); ///this one calls read_ini void load(core::detail::ini_t, const std::string&); public: ///the template get method .. calls ptree::get<T> .... template <typename T> T get(const std::string&, const T& defval = T()) const; private: //pimpl idiom std::auto_ptr<core::detail::xml_config_impl> impl; }; //--------------------------------------------------------------------------- #endif //xml_config_t_H_INCLUDED //--------------------------------------------------------------------------- The code compiles and it actually works ... that is fine. But the problem is that Compiling the class as a static lib, produces an huge library (~14 MB !!). I am compiling wiht /MT flag .. RTTI is off and there are just default settings ... Why such a huge library file? The templated method is defined for some builtin data types such as int, float, long ...etc ... Thanks for your attention ....

2 4

Thread pool
by Sohail Somani 02 Nov '06

02 Nov '06

Hi, Does Boost have any thread-pooling classes? I'm thinking something that allows you to weight tasks perhaps by expected computational time or other random things. If not, can someone generously point me to some? Preferably some that work with boost threads. I've found http://threadpool.sf.net and I am currently looking at it. Thanks, Sohail

3 2

Re: [Boost-users] Compiling with VC8 gives libraries and DLLs withvc71
by Javier Estrada 02 Nov '06

02 Nov '06

Thx. Apparently I messed up by using "bjam -sTOOLS=vc-8_0_tool install" instead. A related question: The reason I found this is because I ported a project to VC8 and the linker barfs, asking for the vc8 infix in the libraries. I assume a macro is defining the infix, am I correct.? -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of John Maddock Sent: Thursday, November 02, 2006 9:37 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Compiling with VC8 gives libraries and DLLs withvc71 Javier Estrada wrote: > I'm running into a problem when compiling with VC8 regarding the > library names that are produced. > > The names come out with an infix of 'vc71' (e.g., > libboost_thread-vc71-mt-1_33_1.lib). > > I gathered that this infix comes from some of the macros that are > defined, but have been unable to uncover why the name is not picked up > correctly, given that the compiler version is correct. > > I'm quite sure I've followed the installation instructions correctly, > open the right command prompt and the vcvars batch file, etc. The library names come from the toolset you select to build with, you need to use: bjam -sTOOLS=vc-8_0 install to get names with "vc80" in them. John. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

3 2

Solving boost version issues
by Daniel Krügler 02 Nov '06

02 Nov '06

Hello, I apologize in advance, if this contribution is slightly off-topic, but I assume that the discussed problem is of general interest for most boost users. Not rarely one stumbles across the problem that even your most favourite 3rd party library has an implementation error, and you need a fix for that. And the good thing: Those highly motivated guys have already found the error and fixed it - in cvs. Well, that is actually all very fine, especially if you are able to handle with cvs (who of the programmers can not?) and you could use this fixed version, but there remains one big problem: The 3rd party library has not been released and you want to prevent nasty effects, if your fixed version meets the older version - the have all the same lib names. OK, end of the scenario, I assume that I describe here a well-known and well-feared problem ;-) Actually everything is fine, besides...: I would like to modify the lib names and which place would be more reasonable than the bjam configuration? First, because the described problem just hits me in the moment concerning a boost fix and I would like to influence the current bjam, such that all libraries are build as usual, but with an additional user-defined (or even hard-coded(!) string constant (aka "build id") at the end of each name. I have to confess that I have little experience with bjam and I don't understand the way how I can modify the related file(s) to reach the wanted effect: I can only assume that one has to change the file Jamfile.v2, probably the "function" rule tag beginning with line 95. Please, is someone willing to help me in that situation? Second I would like to propose that the current bjam script is generally modified to allow the addition of such a user-defined build-id simply attached after the normal naming scheme described on http://boost.org/more/getting_started.html#Results libboost_date_time-gcc-mt-d-1_31-your_build_id.a with a new, to be defined bejam option, which allows such an addition. Sorry for the noise and thank you for your patience! With Greetings from Bremen, Daniel Krügler

4 3

[Boost.Parameter] How to Use Named Parameters in a Class Hierarchy?
by Wu Yinghui, Freddie 02 Nov '06

02 Nov '06

Dear all, I'm implementing a hierarchy of classes to handle different types of objects. The characteristics of these objects are mostly similar (so I can put them into a container that knows only about the pure abstract base interface type), but some properties are specific to each object types. I plan to use Boost.Parameter for its capability of providing named parameter to these object types. However, I have one problem in this approach: Since Boost.Parameter requires that the function processing the ArgumentPack to be a template, I cannot make it virtual (a member function template cannot be virtual) in my pure abstract base interface. Furthermore, due to the lack of "virtual" member function, I cannot use the base class pointer to provide these named parameters to some subclasses. So my question is: Is there a way to tackle this problem? (Use Boost.Parameter with virtual member functions? Or avoid using Boost.Parameter, but provide a way to access subclass properties that are not know directly via the base class?) Any suggestion is welcomed! Cheers, Freddie -- Wu Yinghui, Freddie Research & Development Senior Software Engineer Volume Interactions Pte Ltd 1 Kim Seng Promenade, #12-01 Great World City East Tower Singapore 237994 Tel: +65 62226962 (Ext 216) Fax: +65 62226215 Email: yhwu(a)volumeinteractions.com URL: http://www.volumeinteractions.com Important: This message is intended for the recipient(s) addressed above. It contains privileged and confidential information. If you are not the intended recipient, please notify the sender immediately by replying to this message and then delete it from your system. You must not read, copy, use, or disseminate this communication in any form. Thank you.

3 2

[boost::concept_check] Question about possible feature
by Ovanes Markarian 02 Nov '06

02 Nov '06

Hi! Thanks for the great library. Currently I have to deal with constants as template parameters and I wonder, why there is no library to model constant concepts. Like: template<class T, size_t MAX_SIZE> struct Allocator { Allocator()throw(); }; template<class T, size_t MAX_SIZE> Allocator<T,MAX_SIZE>::Allocator()throw() { boost::function_requires<ConstGreaterThen<MAX_SIZE,O> >(); } I understand I could model it with BOOST_MPL_ASSERT etc. But would not it be better to unite all these features in one lib? With Kind Regards, Ovanes Markarian

2 2

Compiling with VC8 gives libraries and DLLs with vc71
by Javier Estrada 02 Nov '06

02 Nov '06

I'm running into a problem when compiling with VC8 regarding the library names that are produced. The names come out with an infix of 'vc71' (e.g., libboost_thread-vc71-mt-1_33_1.lib). I gathered that this infix comes from some of the macros that are defined, but have been unable to uncover why the name is not picked up correctly, given that the compiler version is correct. I'm quite sure I've followed the installation instructions correctly, open the right command prompt and the vcvars batch file, etc. Ultimately, the problem I'm experiencing is that when porting a VC71 project to VC8, the names of the libraries required have changed :-) Regards, Javier

2 1

Boost ROCKS !!!!!
by Nindi Singh 02 Nov '06

02 Nov '06

For the past few months I have been making more and more use of Boost, in fact I would say becoming more and more reliant on Boost, every so often introducing myslef to a new library. But discovering the MPL, well that was awsome. The first time I applied it was to implement a factory. I would NEVR have though of doing it this way WITHOUT the MPL. Any comments on my use ( or indeed abuse !) of Boost would be more than apprieciated. <Factory.h> #ifndef FACTORY_HEADER_GUARD #define FACTORY_HEADER_GUARD #include<string> #include<map> #include"Singleton.h" #include<boost/shared_ptr.hpp> #include<boost/mpl/size.hpp> #include<boost/mpl/list.hpp> #include<boost/mpl/at.hpp> //Constructors of different Hierachies take a different humber fo parameters , so we set up //some helper macros, for constructirs taking up to 10 parameters. More can be defined if required #define PARAM_0 #define PARAM_1 typename boost::mpl::at_c<typename BaseClass::Constructor_TypeList,0>::type P1 #define PARAM_2 PARAM_1 , typename boost::mpl::at_c<typename BaseClass::Constructor_TypeList,1>::type P2 #define PARAM_3 PARAM_2 , typename boost::mpl::at_c<typename BaseClass::Constructor_TypeList,2>::type P3 #define PARAM_4 PARAM_3 , typename boost::mpl::at_c<typename BaseClass::Constructor_TypeList,3>::type P4 #define PARAM_5 PARAM_4 , typename boost::mpl::at_c<typename BaseClass::Constructor_TypeList,4>::type P5 #define PARAM_6 PARAM_5 , typename boost::mpl::at_c<typename BaseClass::Constructor_TypeList,5>::type P6 #define PARAM_7 PARAM_6 , typename boost::mpl::at_c<typename BaseClass::Constructor_TypeList,6>::type P7 #define PARAM_8 PARAM_7 , typename boost::mpl::at_c<typename BaseClass::Constructor_TypeList,7>::type P8 #define PARAM_9 PARAM_8 , typename boost::mpl::at_c<typename BaseClass::Constructor_TypeList,8>::type P9 #define PARAM_10 PARAM_9 , typename boost::mpl::at_c<typename BaseClass::Constructor_TypeList,9>::type P10 #define Q0 #define Q1 P1 #define Q2 Q1, P2 #define Q3 Q2, P3 #define Q4 Q3, P4 #define Q5 Q4, P5 #define Q6 Q5, P6 #define Q7 Q6, P7 #define Q8 Q7, P8 #define Q9 Q8, P9 #define Q10 Q9, P10 // One Registration object per class in a hireachy, this is the template blue print for the base classes of // the registration objects template < class BaseClass, typename Key = std::string, unsigned long = boost::mpl::size<typename BaseClass::Constructor_TypeList>::value > struct RegistraBase {}; // This is the template blue print for the concrete classes of // the registration objects template < class BaseClass, class Derived, typename Key = std::string, unsigned long n = boost::mpl::size<typename BaseClass::Constructor_TypeList>::value > struct Registra :public RegistraBase<BaseClass,Key,n>{}; // This is the factory template blue print of the Factory class template < class BaseClass, typename Key = std::string , unsigned long n = boost::mpl::size<typename BaseClass::Constructor_TypeList>::value > class Factory {}; // This is the Factory 'concrete' class for Hireachies where the constrcutors tales no parameters template < class BaseClass, typename Key > class Factory<BaseClass,Key,0> { public: bool Register(const Key & theKey,RegistraBase<BaseClass,Key,0> *theRegistra){ return theInnerMap.insert(InnerMap::value_type(theKey,theRegistra)).second; } boost::shared_ptr<BaseClass> RetrieveObject(const Key &id )const { InnerMapIterator theIterator (theInnerMap.find(id)); if(theIterator==theInnerMap.end())return boost::shared_ptr<BaseClass>(static_cast<BaseClass *>(0)); return theIterator->second->RetrieveObject(Q0); } private: typedef typename std::map<Key,RegistraBase<BaseClass,Key,0> *> InnerMap; typedef typename std::map<Key,RegistraBase<BaseClass,Key,0> *>::const_iterator InnerMapIterator; std::map<Key,RegistraBase<BaseClass,Key,0> *> theInnerMap; }; // This is ta Macro definition Factory 'concrete' class for Hireachies where the constrcutors take // a non xero number of parameters #define FACTORY(NnN) \ template \ < \ class BaseClass, \ typename Key \ > \ class Factory<BaseClass,Key,NnN> { \ public: \ bool Register(const Key & theKey,RegistraBase<BaseClass,Key,NnN> *theRegistra){ \ return theInnerMap.insert(InnerMap::value_type(theKey,theRegistra)).second; \ } \ \ boost::shared_ptr<BaseClass> RetrieveObject(const Key &id,PARAM_##NnN )const { \ InnerMapIterator theIterator (theInnerMap.find(id)); \ if(theIterator==theInnerMap.end())return boost::shared_ptr<BaseClass>(static_cast<BaseClass *>(0)); \ return theIterator->second->RetrieveObject(Q##NnN ); \ } \ private: \ typedef typename std::map<Key,RegistraBase<BaseClass,Key,NnN> *> InnerMap; \ typedef typename std::map<Key,RegistraBase<BaseClass,Key,NnN> *>::const_iterator InnerMapIterator; \ std::map<Key,RegistraBase<BaseClass,Key,NnN> *> theInnerMap; \ }; FACTORY(1) FACTORY(2) FACTORY(3) FACTORY(4) FACTORY(5) FACTORY(6) FACTORY(7) FACTORY(8) FACTORY(9) FACTORY(10) // The macro defintions of the Registration Objects #define REGISTRA(NnN) \ template<class BaseClass,typename Key> struct RegistraBase<BaseClass,Key,NnN> { \ virtual boost::shared_ptr<BaseClass> RetrieveObject(PARAM_##NnN)const=0; \ }; \ template<class BaseClass,class Derived,typename Key> \ struct Registra<BaseClass,Derived,Key,NnN>:public RegistraBase<BaseClass,Key,NnN> { \ Registra(const Key & theKey){Singleton<Factory<BaseClass,Key,NnN> >::instance().Register(theKey,this);} \ boost::shared_ptr<BaseClass> RetrieveObject(PARAM_##NnN)const{return boost::shared_ptr<BaseClass>(new Derived(Q##NnN));} \ virtual ~Registra(){} \ }; REGISTRA(0) REGISTRA(1) REGISTRA(2) REGISTRA(3) REGISTRA(4) REGISTRA(5) REGISTRA(6) REGISTRA(7) REGISTRA(8) REGISTRA(9) REGISTRA(10) #endif ----------------------------- end of Factory.h <main.cpp> #include<vector> #include<iostream> #include"Factory.h" using namespace std; struct MyClassVoid { typedef boost::mpl::list<> Constructor_TypeList; MyClassVoid(){} virtual void f()const=0; virtual ~MyClassVoid(){}; }; struct MyClassVoidDerived :public MyClassVoid { MyClassVoidDerived(){} virtual void f()const{cout << " I am in MyClassVoidDerived \n";} virtual ~MyClassVoidDerived(){}; }; namespace { Registra<MyClassVoid,MyClassVoidDerived> theRegistraVoid(std::string("MyClassVoidDerived")); } struct MyClassDouble { typedef boost::mpl::list<double> Constructor_TypeList; MyClassDouble(double){} virtual void f(){cout << " I am in MyClassDouble \n";} virtual ~MyClassDouble(){}; }; struct MyClassDoubleDerived :public MyClassDouble { MyClassDoubleDerived(double x):MyClassDouble(x){} virtual void f(){cout << " I am in MyClassDoubleDerived \n";} virtual ~MyClassDoubleDerived(){}; }; namespace { Registra<MyClassDouble,MyClassDouble> theRegistra(std::string("MyClassDouble")); Registra<MyClassDouble,MyClassDoubleDerived> theRegistraD(std::string("MyClassDoubleDerived")); } struct MyClassMultiple { typedef boost::mpl::list<std::string,std::vector<double>,double,MyClassDoubleDerived > Constructor_TypeList; MyClassMultiple(std::string,std::vector<double>,double,MyClassDoubleDerived){} virtual void f(){cout << " I am in MyClassMultiple \n";} virtual ~MyClassMultiple(){}; }; namespace { Registra<MyClassMultiple,MyClassMultiple> theRegistraM(std::string("MyClassMultiple")); } int main() { boost::shared_ptr<MyClassVoid> thePtrVoid(Singleton<Factory<MyClassVoid> >::instance().RetrieveObject("MyClassVoidDerived")); thePtrVoid->f(); boost::shared_ptr<MyClassDouble> thePtrDoubleDerived(Singleton<Factory<MyClassDouble> >::instance().RetrieveObject("MyClassDoubleDerived",1.0)); thePtrDoubleDerived->f(); boost::shared_ptr<MyClassDouble> thePtrDouble(Singleton<Factory<MyClassDouble> >::instance().RetrieveObject("MyClassDouble",1.0)); thePtrDouble->f(); boost::shared_ptr<MyClassMultiple> thePtrM(Singleton<Factory<MyClassMultiple> >::instance().RetrieveObject("MyClassMultiple",std::string("String"),std::vector<double>(2),1.0,MyClassDoubleDerived(1.0))); thePtrM->f(); } Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1