- Boost-users - lists.boost.org

Testing private methods in Boost
by hmiller＠hiwaay.net 10 Jun '10

10 Jun '10

Is their a good strategy for testing private methods in a class using Boost? I am looking for something that is non-intrusive to the developed code, but I can't think of any good ways without modifying the code under test. Thanks, Herb Miller

6 6

boost.MPI test error
by Jack Bryan 10 Jun '10

10 Jun '10

Hi All: I have installed boost lib also including mpi. I am trying to run some simple mpi program to test it. my program: (test_p2p.cpp)------------------------------------------------------- #include <boost/mpi/environment.hpp>#include <boost/mpi/communicator.hpp>#include <iostream>namespace mpi = boost::mpi; int main(int argc, char* argv[]) { mpi::environment env(argc, argv); mpi::communicator world; std::cout << "I am process " << world.rank() << " of " << world.size() << "." << std::endl; return 0;}-------------------------------------------------------- my compile command: g++ -o testp2p test_p2p.cpp I got error : /boost/mpi/environment.hpp:16:32: error: boost/mpi/config.hpp: No such file or directory But , I have checked the directory: boost/mpi/, it actually have config.hpp. I have added the path for these files into my PATHPATH=/home/myfolder/boost_2010_6_8/boost_1_43_0 also LD_LIBRARY_PATH=/home/myfolder/boost_2010_6_8/boost_1_43_0 why I still have this error. Any help is really appreciated. thanks Jack June 9 2010 _________________________________________________________________ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28…

3 6

shared_ptr + bind, is it ok?
by Matheus Araújo Aguiar 10 Jun '10

10 Jun '10

Hello list, In my application i am using a shared_ptr to manage the lifetime of some important objects. Lately i've been noticing that they are not being destroyed (their destructor is never called) and their use count is 9. I've started debugging and noticed that if i pass the shared_ptr to boost::bind as a parameter when the binded function is executed the use_count is greater than what would be expected (in my particular case 4 instead of one). As i make use of boost::bind, the shared_ptr reaches a point where its use_count is way out of expectations, getting to 9. So is this expected? Am i incorrectly using boost::bind or shared_ptr in this situation? Sorry not giving more detailed info or code, for now this is the info i can give. Thank you all for your time, -- Matheus Araújo Aguiar Computer Scientist matheus.pit(a)gmail.com

2 2

Re: [Boost-users] STL and boost
by yushang 10 Jun '10

10 Jun '10

But after add path to cstdlib I got following error: 1>d:\boostlib\boost\tr1\detail\config_all.hpp(150) : error C1083: Cannot open include file: '../include/utility': No such file or directory I've checked config_all.hpp found following line generate the error #define BOOST_TR1_STD_HEADER(name) <../include/name> and tried to modify this line , make it point to my utility file but got more errors 1>errors in directory e:\src\matrix\test 1>d:\winddk\7600.16385.0\inc\api\crt\stl70\iosfwd(202) : error C2144: syntax err or : 'int' should be preceded by ';' 1>d:\winddk\7600.16385.0\inc\api\crt\stl70\iosfwd(202) : error C2143: syntax err or : missing ';' before '*' 1>d:\winddk\7600.16385.0\inc\api\crt\stl70\iosfwd(202) : error C2061: syntax err or : identifier '_Elem' 1>d:\winddk\7600.16385.0\inc\api\crt\stl70\iosfwd(209) : error C2143: syntax err or : missing ';' before '*' 1>d:\winddk\7600.16385.0\inc\api\crt\stl70\iosfwd(209) : error C2086: 'int std:: char_traits<_Elem>::_Elem' : redefinition ... I'm totally confused

1 0

STL and boost
by yushang 10 Jun '10

10 Jun '10

Hi dear all, What is the boost STL including logic ? I'm using WDK build enveriment which include a STL70 of MS . Following is the detail message 1>Note: including file: D:\WinDDK\7600.16385.0\inc\api\warning.h 1>Note: including file: D:\WinDDK\7600.16385.0\inc\api\suppress.h 1>Note: including file: D:\boostlib\boost\tr1\tr1\iostream 1>Note: including file: D:\boostlib\boost/tr1/detail/config_all.hpp 1>Note: including file: D:\WinDDK\7600.16385.0\inc\crt\cstddef 1>Note: including file: D:\WinDDK\7600.16385.0\inc\crt\stddef.h 1>Note: including file: D:\WinDDK\7600.16385.0\inc\crt\crtdefs.h 1>Note: including file: D:\WinDDK\7600.16385.0\inc\api\specstrings.h 1>Note: including file: d:\winddk\7600.16385.0\inc\api\sal_supp.h 1>Note: including file: d:\winddk\7600.16385.0\inc\api\specstrings_supp.h 1>Note: including file: D:\WinDDK\7600.16385.0\inc\api\sal.h 1>Note: including file: D:\WinDDK\7600.16385.0\inc\api\specstrings_strict.h 1>Note: including file: D:\WinDDK\7600.16385.0\inc\api\specstrings_undef.h 1>Note: including file: D:\WinDDK\7600.16385.0\inc\api\driverspecs.h 1>Note: including file: d:\winddk\7600.16385.0\inc\api\sdv_driverspecs.h 1>d:\boostlib\boost\tr1\detail\config_all.hpp(48) : fatal error C1083: Cannot open include file: 'cstdlib': No such file or directory Thanks in advance

2 1

Re: [Boost-users] issues with boost 1.43
by Jeremiah Willcock 10 Jun '10

10 Jun '10

On Wed, 9 Jun 2010, Sean Farrow wrote: > > Hi: > > When compiling boost 1.43.0 (release) from the website, I get the following errors with the GraphMl library: This is <URL:https://svn.boost.org/trac/boost/ticket/4092> which is fixed in the trunk. You should be able to get a patch at <URL:https://svn.boost.org/trac/boost/changeset/61606?format=diff&new=61606>. -- Jeremiah Willcock

2 1

Re: [Boost-users] [Program Options] Requiring command-line options
by Jeremy Abramson 10 Jun '10

10 Jun '10

Since there isn't any documentation about this, what's the expected behavior here? Does it require that if you include the argument, you must include a parameter, or does it mean that you have to require the argument itself? The latter is the preferred behavior (for me) but from some brief experimentation, that doesn't seem to be the case. Of course, I'm not even sure I'm using it correctly, since it's not documented anywhere. Any tips? Thanks! J. > Message: 5 Date: Fri, 4 Jun 2010 11:40:00 +0800 From: "Diederick C. > Niehorster" <dcnieho(a)gmail.com> To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [Program Options] Requiring command-line > options Message-ID: > <AANLkTilD9kvnz0sU03y5kh5CUwWKNLCXxWid-zwAicot(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 So this is not in the > documentation? Could you add a ticket in track to fix the > documentation? Best, Dee On Thu, Jun 3, 2010 at 9:09 PM, immanuel > litzroth <ilitzroth(a)gmail.com> wrote: >> > This seems to work for me: >> > ?("namespace", po::value<std::string>(&args.name_space)->required(),"namespace >> > to scrub") >> > throws an exception when appropriate: >> > ERROR - main: Caught an exception exiting main: missing required >> > option namespace >> > I remember having to hunt for it too. >> > Greetz, >> > Immanuel >> > >> > On Thu, Jun 3, 2010 at 9:41 AM, Jeremy Abramson <abramson(a)isi.edu> wrote: >> >>> >> Heya! ?I just thinking about switching from simpleOpt to BoostPO for command >>> >> line handling, mainly because of its support of configuration files. ?This >>> >> may be a stupid question, but I haven't seen anything about making a command >>> >> line parameter *required*. ?You'd think this is a pretty common thing, but I >>> >> didn't see any mention of it in the tutorials or anything. ?I guess I could >>> >> just make certain parameters default -1/NULL or something, and then test at >>> >> the end if they're still equal to that, but that seems a bit ugly. >>> >> Is there built in support (a flag in the "add_options" function or >>> >> something) for making certain parameters required? >>> >> >>> >> Thanks a lot! >>> >> >>> >> _______________________________________________ >>> >> Boost-users mailing list >>> >> Boost-users(a)lists.boost.org >>> >> http://lists.boost.org/mailman/listinfo.cgi/boost-users >>> >> >>> >> > _______________________________________________ >> > Boost-users mailing list >> > Boost-users(a)lists.boost.org >> > http://lists.boost.org/mailman/listinfo.cgi/boost-users >> > >> > >

2 1

issues with boost 1.43
by Sean Farrow 09 Jun '10

09 Jun '10

Hi: When compiling boost 1.43.0 (release) from the website, I get the following errors with the GraphMl library: compile-c-c++ bin.v2\libs\graph\build\msvc-10.0\debug\link-static\runtime-link-static\gr aphml.obj graphml.cpp C:\Program Files\boost\boost/property_tree/detail/ptree_implementation.hpp(30) : error C2440: 'specialization' : cannot convert from 'const std::string std::_Pair_base<_Ty1,_Ty2>::* ' to 'const std::basic_string<_Elem,_Traits,_Ax> std::pair<_Ty1,_Ty2>::* ' with [ _Ty1=const std::string, _Ty2=boost::property_tree::basic_ptree<std::string,std::string> ] and [ _Elem=char, _Traits=std::char_traits<char>, _Ax=std::allocator<char>, _Ty1=const std::string, _Ty2=boost::property_tree::basic_ptree<std::string,std::string> ] Standard conversion from pointer-to-member of base to pointer-to-member of derived is not applied for template arguments C:\Program Files\boost\boost/property_tree/detail/ptree_implementation.hpp(78) : see reference to class template instantiation 'boost::property_tree::basic_ptree<Key,Data>::subs' being compiled with [ Key=std::string, Data=std::string ] C:\Program Files\boost\boost/foreach.hpp(265) : see reference to class template instantiation 'boost::property_tree::basic_ptree<Key,Data>::const_iterator' being compiled with [ Key=std::string, Data=std::string ] libs\graph\src\graphml.cpp(37) : see reference to class template instantiation 'boost::foreach_detail_::auto_any<T>' being compiled with [ T=boost::property_tree::basic_ptree<std::string,std::string>::const_iterat or ] call "C:\Program Files\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\graph\build\msvc-10.0\debug\link-static\runtime-link-static\ graphml.obj.rsp" ...failed compile-c-c++ bin.v2\libs\graph\build\msvc-10.0\debug\link-static\runtime-link-static\gr aphml.obj... ...skipped <pbin.v2\libs\graph\build\msvc-10.0\debug\link-static\runtime-link-static> libboost_graph-vc100-sgd-1_43.lib for lack of <pbin.v2\libs\graph\build\msvc-10.0\debug\link-static\runtime-link-static> graphml.obj... ...skipped <pstage\lib>libboost_graph-vc100-sgd-1_43.lib for lack of <pbin.v2\libs\graph\build\msvc-10.0\debug\link-static\runtime-link-static> libboost_graph-vc100-sgd-1_43.lib... ...skipped <pstage\lib>libboost_graph-vc100-sgd.lib for lack of <pstage\lib>libboost_graph-vc100-sgd-1_43.lib... Visual studio 2010, windows xp 32-bit. Could a patch be provided, or is there a fix. I've not checked with the latest svn trunk, as I'm restricted to building with 1.43. Cheers Sean.

1 0

[Property Tree] Reading & Writing XML
by Brent Arias 09 Jun '10

09 Jun '10

Regarding the write_xml routine used with the boost Property Tree, it evidently does not utilize the underlying RapidXML tool? Said differently, is it true Property Tree relies on RapidXML for the reading step, but not the writing step? I ask because I may be swapping Property Tree's dependence on RapidXML, for a Unicode branch of pugiXML<http://code.google.com/p/pugixml/source/browse/#svn/branches/unicode> instead, so that I get free conversions to-and-from UTF-16/UTF-8. But if Property Tree does not use the underlying XML parser for the writing step, then I won't get that free conversion when writing back to disk. As for the read_xml func, is it also true that "twice" the memory is needed, because RapidXML will load a document into a DOM, and then the Property Tree will allocate more memory to convert the DOM content into its own format? Brent Arias Software Architect Lumension Security(tm) Tel ~ (480) 444-1607 Fax ~ (480) 970-6323 brent.arias(a)lumension.com<mailto:brent.arias@lumension.com>

2 1

Boost lambda bind and boost smart_ptr issue
by Brian Martin 09 Jun '10

09 Jun '10

Hi all, I have a problem involving Boost Lambda and shared_ptr. Although this has come up before, my problem is a little different. Essentially, I have classes derived from bases that contain pure virtuals. These are stored in STL containers as shared_ptrs (to the base) and to avoid having to write all those pesky functions/functors for STL algorithms, it would be nice to use Lambda instead. The following is similar to the sort of code I'm writing: class shape { public: virtual void draw(const int)=0; }; class rectangle : public shape { public: virtual void draw(const int x){std::cout << "rectangle::draw() with x = " << x << "\n";} }; class circle : public shape { public: virtual void draw(const int x) {std::cout << "circle::draw() with x = " << x << "\n";} }; vector< shared_ptr<shape> > shapes; // assume I stick stuff into shapes... for_each(shapes.begin(), shapes.end(), bind(&shape::draw, _1, 2)); The last statement fails under VC++ 2008 with error C2665: 'boost::lambda::function_adaptor<Func>::apply' : none of the 2 overloads could convert all the argument types This works if you use boost::bind instead of the lambda bind. The rest of the error message (too lengthy to list) seems to be telling me that there is an ambiguity between the two following types: Result boost::lambda::function_adaptor<Func>::apply<RET,A3>(Result (__thiscall shape::* )(Arg1),Object *,A1 &) Result boost::lambda::function_adaptor<Func>::apply<RET,A3>(Result (__thiscall shape::* )(Arg1),Object &,A1 &) I really could use a solution to this since it's stopping me from using lambda more often. Thanks in advance, Brian Martin

2 4