- Boost-users - lists.boost.org

[Boost.Build] Problem with the Boost library support module
by Marcel 21 Aug '11

21 Aug '11

Hi, I have compiled Boost.Buildv2 from the Boost V1.47 sources and have successfully compiled the Boost libraries with it. Now I want to use BBv2 in my own project, which uses the Boost libraries. So I tried using the Boost library support module: I added to my user-config.jam: using boost : 1.47 : <include>C:/boost_1_47_0/boost <library>C:/boost_1_47_0/stage/lib ; and to my project's jamroot file: import boost ; boost.use-project 1.47 ; I installed BBv2 to C:/boost_1_47_0/bjam and added this to the PATH. Calling bjam gives me the following error message, because it can't find the support module (I assume): boost.jam: No such file or directory C:/boost_1_47_0/bjam/share/boost-build/build\toolset.jam:38: in toolset.using rule boost.init unknown in module toolset. C:/boost_1_47_0/bjam/share/boost-build/build\project.jam:888: in using C:\Users\zaphod\user-config.jam:3: in modules.load C:/boost_1_47_0/tools/build/v2\build-system.jam:257: in load-config C:/boost_1_47_0/tools/build/v2\build-system.jam:399: in load-configuration-files C:/boost_1_47_0/tools/build/v2\build-system.jam:555: in load C:\boost_1_47_0\bjam\share\boost-build\kernel\modules.jam:283: in import C:\boost_1_47_0\bjam\share\boost-build\kernel\bootstrap.jam:142: in boost-build C:\boost_1_47_0\bjam\share\boost-build\boost-build.jam:8: in module scope I located boost.jam in the source tree of bbv2 of the boost libraries in the directory contrib. This is on Windows 7 x64 with mingw(32) as compiler. What is wrong here? Can I help bjam finding the boost.jam file? Many thanks in advance, Marcel

1 0

Serialization: how to port binary archives containing NAN created with version 1.43 to version 1.47?
by Robert Lupton the Good 21 Aug '11

21 Aug '11

>> Because of a user request we support serialization of nan and inf. >> The official boost archives don't, as you already found out. > Robert Ramey wrote: > I just looked at the page. It looks very interesting to me. When > I have some time, I will be investigating which of these might > be included in the boost distribution of the serialization library. Does this mean that you plan to support IEEE special values (e.g. NaN, Inf) in boost, or some other part of Christian's work? There's traffic on the IEEE limitation (feature?) in boost::serialize dating back to at least 2005 --- some with your name on it! R

2 1

[iostreams] encryption filters
by Sean Farrow 21 Aug '11

21 Aug '11

Hi: Has anybody written encryption filters for the IOStreams library using crypto++? I need to do this but didn't want to duplicate effort if any existed already. Cheers Sean.

1 0

[Serialization] Prevent member serialization in a non intrusive situation
by Sean Farrow 21 Aug '11

21 Aug '11

Hi: I am using boost.serialization, and need to prevent members (boost.thread, and Booleans) being serialized. Given that I am using non-intrusive serializing code, what is the best way of doing this. Any help appreciated. Cheers Sean.

1 0

boost 1.47.0 failed to be built under MinGW...
by JIA Pei 21 Aug '11

21 Aug '11

Hi, all: Happened to notice that boost 1.47.0 is out, therefore, I just downloaded boost_1_47_0.zip and would like to try it out . However, I wanna try to use MinGW to build boost this time. 1) I strictly followed http://www.boost.org/doc/libs/1_47_0/more/getting_started/windows.html 2) Also, I referred to http://cboard.cprogramming.com/windows-programming/126599-how-set-boost-up-… However I always obtain the following errors: > Failed to bootstrap the build engine Consult 'bootstrap.log' for more details In bootstrap.log, I had the following error messages: > builtins.c:32:23: fatal error: sys/wait.h: No such file or directory > compilation terminated. > execunix.c:17:26: fatal error: sys/resource.h: No such file or directory > compilation terminated. > fileunix.c:98:17: fatal error: ar.h: No such file or directory > compilation terminated. The reason seems to be in the current installed MinGW (the newest version), there seems to be no sys/wait.h sys/resource.h ar.h What's more, from http://patchwork.ozlabs.org/patch/74260/ it's suggested that "Don't use sys/wait.h for mingw targets" . It could be this reason that sys/wait.h is not included in current MinGW installation, which actually influence the current boost 1.47.0's bootstrap !!! Can anybody give me a hand on this? Cheers Pei -- Pei JIA Email: jp4work(a)gmail.com cell: +1 604-362-5816 Welcome to Vision Open http://www.visionopen.com

1 0

Boost Graph Very Strange Behavior
by Alexander Feldman 21 Aug '11

21 Aug '11

Dear All, I have upgraded to Boost 1.47.0 and I have spent a day on the following strange behavior that someone who knows Boost better may explain to me. Consider the source below. If I uncomment the line: //cout << ""; in line 39, then the program starts working, i.e., it outputs: 0x1 If I comment out line 39, then I get 0 There are no memory leaks. This kind of stuff gives me nightmares. Thanks for your help and sorry for the longish example. Thanks, -- Alex ----------------------------------------------------------------------- #include <boost/graph/adjacency_list.hpp> #include <iostream> using namespace boost; using namespace std; typedef adjacency_list<listS, listS, undirectedS, property<vertex_name_t, void *>, property<edge_name_t, void *> > GraphT; class Graph : public GraphT { public: Graph(); public: typedef graph_traits<GraphT>::vertex_descriptor VertexType; typedef graph_traits<GraphT>::edge_descriptor EdgeType; public: ostream &put(ostream &) const; void setNetLabel(const EdgeType &, void *); void addNet(const VertexType &, const VertexType &, void *); private: property_map<GraphT, edge_name_t>::type net_; }; Graph::Graph() { net_ = get(edge_name, *this); } void Graph::setNetLabel(const EdgeType &edge, void *label) { //cout << ""; net_[edge] = label; } void Graph::addNet(const VertexType &branch1, const VertexType &branch2, void *label) { EdgeType ei; bool inserted; tie(ei, inserted) = add_edge(branch1, branch2, *this); if (inserted) { setNetLabel(ei, label); } } ostream &Graph::put(ostream &out) const { graph_traits<GraphT>::edge_iterator ei, ei_end; for (tie(ei, ei_end) = edges(*this); ei != ei_end; ei++) { out << net_[*ei] << endl; } return out; } int main(int argc, char **argv) { Graph graph; Graph::VertexType v1 = add_vertex(graph); Graph::VertexType v2 = add_vertex(graph); graph.addNet(v1, v2, (void *)1); graph.put(cout); return EXIT_SUCCESS; } -----------------------------------------------------------------------

2 2

[serialization] : compile problem
by Kaz 20 Aug '11

20 Aug '11

Hi All, I am trying to compile this code to test boost serialization, however I am getting this error Error 5 error C2664: 'boost::mpl::assertion_failed' : cannot convert parameter 1 from 'boost::mpl::failed ************boost::serialization::is_wrapper<T>::* ***********' to 'boost::mpl::assert<false>::type' c:\program files (x86)\boost\boost_1_46_1\boost\archive\basic_xml_oarchive.hpp 92 I am using boost 1.46.1, visual studio c++ 2010 express. Any help will be appreciated. Thanks, Kaz //----------------------------------------------------------------------------------------------------------- #include <string> #include <boost/serialization/vector.hpp> #include <boost/serialization/list.hpp> #include <boost/archive/xml_iarchive.hpp> #include <boost/archive/xml_oarchive.hpp> #include <boost/archive/tmpdir.hpp> #include <fstream> class Base { friend class boost::serialization::access; template<typename archive> void serialize( archive& ar, const unsigned int version ) { ar & BOOST_SERIALIZATION_NVP(a) & BOOST_SERIALIZATION_NVP(c) & BOOST_SERIALIZATION_NVP (strBase); } public: Base( int a_arg, char c_arg ) : a( a_arg ), c ( c_arg ) { strBase = "This is base"; } int a; char c; std::string strBase; }; //------------------------------------- BOOST_SERIALIZATION_ASSUME_ABSTRACT(Base) //------------------------------------- class Child : public Base { friend class boost::serialization::access; template<typename archive> void serialize( archive& ar, const unsigned int version ) { ar & boost::serialization::base_object<Base>(*this); ar & BOOST_SERIALIZATION_NVP(f) & BOOST_SERIALIZATION_NVP(strChildName); } public: Child() : Base(0,'c'), f(3.3417) { strChildName = "This is Child"; } float f; std::string strChildName; }; //------------------------------------- class BaseContainer { typedef Base* BasePtr; std::vector<BasePtr> BaseVec; friend class boost::serialization::access; template<typename archive> void serialize( archive& ar, const unsigned int version ) { ar.register_type<Base>(); ar.register_type<Child>() ; ar & BaseVec; } public: BaseContainer() {} void Init() { for(int i = 0; i < 10; ++i ) { if ( i < 5 ) BaseVec.push_back( new Base(i,'b') ); else BaseVec.push_back( new Child() ); } } }; //------------------------------------- int main() { std::string filename="demo.xml"; BaseContainer baseContainer; baseContainer.Init(); { std::ofstream ofile(filename); boost::archive::xml_oarchive out(ofile); out << BOOST_SERIALIZATION_NVP(baseContainer); } return 0; } //-------------------------------------

2 2

Re: [Boost-users] Boost asio deadline_timer, bug?
by Marat Abrarov 20 Aug '11

20 Aug '11

Hi, Allan. > Is this a bug, or am I doing something wrong? Note that deadline_timer always (!) invokes wait handler, even it was successfully cancelled (int res = timer1.cancel(); assert(res > 0);): http://www.boost.org/doc/libs/1_47_0/doc/html/boost_asio/reference/basic_de… ~~~ The handler for each cancelled operation will be invoked with the boost::asio::error::operation_aborted error code. ~~~ Regards, Marat Abrarov.

2 1

[review] Conversion review starts today
by Gordon Woodhull 20 Aug '11

20 Aug '11

Hi All, The review of Vicente Botet Escriba's Conversion library starts today and ends August 29. The Conversion library manages generic explicit conversion between unrelated types. It can be thought of as a substitute for overloading static_cast, or as an alternative to lexical_cast when conversion via text is unwanted. The code is available here: http://svn.boost.org/svn/boost/sandbox/conversion/ And the documentation is here: http://svn.boost.org/svn/boost/sandbox/conversion/libs/conversion_ext/doc/h… Alternately, you can download a compressed package here: https://github.com/viboes/TBoost.Conversion Reviews may answer the following questions: * What is your evaluation of the design? * What is your evaluation of the implementation? * What is your evaluation of the documentation? * What is your evaluation of the potential usefulness of the library? * Did you try to use the library? With what compiler? Did you have any problems? * How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? * Are you knowledgeable about the problem domain? And finally, every review should answer this question: * Do you think the library should be accepted as a Boost library? Be sure to say this explicitly so that your other comments don't obscure your overall opinion. Of course, "informal reviews" and discussion are also welcome. Cheers, Gordon Woodhull Espen Harlinn

1 0

[boost] [review] Conversion review starts today
by Gordon Woodhull 20 Aug '11

20 Aug '11

Hi All, The review of Vicente Botet Escriba's Conversion library starts today and ends August 29. The Conversion library manages generic explicit conversion between unrelated types. It can be thought of as a substitute for overloading static_cast, or as an alternative to lexical_cast when conversion via text is unwanted. The code is available here: http://svn.boost.org/svn/boost/sandbox/conversion/ And the documentation is here: http://svn.boost.org/svn/boost/sandbox/conversion/libs/conversion_ext/doc/h… Alternately, you can download a compressed package here: https://github.com/viboes/TBoost.Conversion Reviews may answer the following questions: * What is your evaluation of the design? * What is your evaluation of the implementation? * What is your evaluation of the documentation? * What is your evaluation of the potential usefulness of the library? * Did you try to use the library? With what compiler? Did you have any problems? * How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? * Are you knowledgeable about the problem domain? And finally, every review should answer this question: * Do you think the library should be accepted as a Boost library? Be sure to say this explicitly so that your other comments don't obscure your overall opinion. Of course, "informal reviews" and discussion are also welcome. Cheers, Gordon Woodhull Espen Harlinn _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0