- Boost-users - lists.boost.org

[interprocess] managed_shared_memory on Windows XP virtual machine
by Rui Pedro Fernandes 27 May '10

27 May '10

Hi, I found a problem that seems to be an issue in boost.interprocess (1.41): I was using managed_shared_memory (not managed_windows_shared_memory) and all was going fine until the day I run my applications on a virtual machine. The problem is that some applications were randomly not able to attach the shm previously created and the error was: "The system cannot find the file specified". I found that in fact the folder (under ...All Users\Application Data\boost_interprocess) where the shm file was being looked for was not the same as the folder where it was created. Is it possible that the algorithm used to build the name of the folder "thinks" for some reason that there was a system restart ? Cheers, Rui

2 1

Compiling Boost.MPI and mpich2 under Suse Linux
by Michael1984 27 May '10

27 May '10

Hello, I am trying to compile Boost.MPI with Mpich2 under Suse Linux 10.x. After having built Mpich2, involing ./bjam install I am presented with the following error below, however, recompiling mpich2 with -fPIC does not help either. mpich2$ ./configure CXXFLAGS=-fPIC; make; make install Does anybody have any suggestions? Thanks a lot! Michael ... gcc.link.dll bin.v2/libs/mpi/build/gcc-4.3/release/threading-multi/libboost_mpi.so.1.43.0 /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/bin/ld: /mnt/thor2/michael/tools/mpich2/lib/libmpich.a(attr_get.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /mnt/thor2/michael/tools/mpich2/lib/libmpich.a: could not read symbols: Bad value collect2: ld returned 1 exit status ... -- View this message in context: http://old.nabble.com/Compiling-Boost.MPI-and-mpich2-under-Suse-Linux-tp286… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

qi::locals
by Xavier Pegenaute 27 May '10

27 May '10

Hi, I would like to do some complex semantic operation, but I am not sure if it is possible to do with Spirit. At the moment it does'nt compile :-) I want a rule like this inside a template class with Iterator, and ActionHandler as template names: 1: qi::rule< 2: Iterator, 3: qi::locals< 4: std::vector<typename ActionHandler::AClass *>, 5: typename ActionHandler::BClass> * 6: >, 7: skipper 8: > rule1; later in the grammar I would like something like this: 9: rule1.name("rule1"); 10: rule1 = 11: ( 12: qi::lit("AClass") > 13: +(qi::int_ > qi::int_ > qi::char_)[ 14: qi::_a.push_back(phoenix::construct< 15: typename ActionHandler::AClass>(qi::_1, qi::_2, qi::_3) 16: ] > 17: -( 18: qi::lit("BClass") > 19: +(qi::int_ > qi::char_)[qi::_b.addPair(qi::_1, qi::_2)] 20: )[phoenix::for_each(qi::_a.begin(), qi::_a.end(), 21: xxx::a_element.setBClass(qi::_b))] 22: )[phoenix::bind(&ActionHandler::addAClassVector, 23: phoenix::ref(handler), qi::_a)] 24: ; I guess I have some problem with: - The rule definition, here seems is expecting the rule's attribute type - Line 14: - qi::_a is an actor, does'nt have push_back method - construct returns a AClass pointer? - Line 19, same as befor, qi::_b is an actor without addPair method - Line 20: - is it possible to use for_each?, I guess phoenix can. - begin/end qi::_a is an actors not a vector Some idea to face it?, or may be is too complex and better do it in some other easier way? Thanks & Regards. Xavi.

2 1

[Bind] binding a functor simple example - compiler error
by Viter :O) 27 May '10

27 May '10

I'm having problems to compile a simple example and I don't Know what could it be the problem. my main.cpp code is the following: -- main.cpp ----------------------------------------------- #include <boost/bind.hpp> #include <iostream> int main() { struct F { int operator() (int a, int b) const { return a + b; } }; F f; std::cout << " f: " << boost::bind(f,1,2)() << std::endl; return 0; } ----------------------------------------------------------- I have the boost headers folder in the relative path "../../include" The command line i'm using to compile the file is @ g++ -I../../include -c main.cpp -o obj/Release/main.o but it returns the following error: no matching function for call to `bind(main()::F&, int, int)' I tried with 2 compilers but I get the same error from both: gcc versión 4.3.3 (Ubuntu 4.3.3-5ubuntu4) gcc version 3.4.5 (mingw-vista special r3) I'm using the Code::Blocks Editor and the MinGW compiler. Coud you help me to compile this simple example? Thanks a lot. \/iter :O)

2 1

Invitation à se connecter sur LinkedIn
by Nguyen Son 27 May '10

27 May '10

LinkedIn ------------Nguyen Son requested to add you as a connection on LinkedIn: ------------------------------------------ Hermann, J'aimerais vous inviter à rejoindre mon réseau professionnel en ligne, sur le site LinkedIn. Nguyen Accept invitation from Nguyen Son http://www.linkedin.com/e/vyhGWmEqB2IKeRN9DMTel5y44rvJcs9rKs7Z6xxi13/blk/I2… View invitation from Nguyen Son http://www.linkedin.com/e/vyhGWmEqB2IKeRN9DMTel5y44rvJcs9rKs7Z6xxi13/blk/I2… ------------------------------------------ DID YOU KNOW LinkedIn can help you find the right service providers using recommendations from your trusted network? Using LinkedIn Services, you can take the risky guesswork out of selecting service providers by reading the recommendations of credible, trustworthy members of your network. http://www.linkedin.com/e/svp/inv-25/ ------ (c) 2010, LinkedIn Corporation

3 2

program_options: validation_error
by Matwey V. Kornilov 27 May '10

27 May '10

Hi, validation_error constructor signature was changed from validation_error(const std::string &); in boost 1.41.0 to validation_error(kind_t, const std::string & = "", const std::string & = ""); in boost 1.42.0+ This way validation_error is backward-incompatible and "Custom Validators" (http://www.boost.org/doc/libs/1_43_0/doc/html/program_options/howto.html#id…) section in html-documentations has an wrong example that uses 'validation_error(const std::string &)' signature.

2 2

Problem compiling simple boost::thread code on Ubuntu9.10 :: GCC4.4.1 vs boost ?
by octopusdesign.net 27 May '10

27 May '10

Hi, I'm looking at developing a cross-platform application in C++ using the QT library && Netbeans on Ubuntu (9.10) and I'd like to be able to use Boost libs for threading so I've installed libboost1.40-all-dev. My version of gcc is :: 4.4.1 I've read there is a problem between this version of gcc and boost and that there is a patch somewhere. I'm a bit of a linux newbie so if anyone knows about this and can point me at the patch, it'd be great. I have followed a very straight forward example of how to use boost::thread from here --> http://www.drdobbs.com/cpp/184401518;jsessionid=OUWYLHI3ITUAHQE1GHOSKHWATMY… Looking at the compiler output my inexperienced eyes are telling me the linker can't find the boost lib(s) it wants ? Any help or advice anyone can give will be greatly appreciated. Regards, Chris My code is as follows :: #include <QtGui/QApplication> #include <qt4/QtGui/qwidget.h> #include "qtMain.h" #include "DummySourceMgr.h" #include "DummySource.h" #include <boost/thread.hpp> void startDSM() { DummySourceMgr * dsm = new DummySourceMgr(); dsm->start(); } int main(int argc, char *argv[]) { // initialize resources, if needed // Q_INIT_RESOURCE(resfile); QApplication app(argc, argv); // create and show your widgets here qtMain * main = new qtMain(); main->show(); boost::thread systest1(&startDSM); systest1.join(); return app.exec(); } When I build in netbeans I get the following compiler output ::-> /usr/bin/make -f nbproject/Makefile-Debug.mk SUBPROJECTS= .clean-conf make[1]: Entering directory `/home/dansonc/NetBeansProjects/StreamLaser' qmake VPATH=. -o qttmp-Debug.mk nbproject/qt-Debug.pro mv -f qttmp-Debug.mk nbproject/qt-Debug.mk /usr/bin/make -f nbproject/qt-Debug.mk distclean make[2]: Entering directory `/home/dansonc/NetBeansProjects/StreamLaser' rm -f moc_qtMain.cpp rm -f ui_qtMain.h rm -f build/Debug/GNU-Linux-x86/DummySource.o build/Debug/GNU-Linux-x86/qtMain.o build/Debug/GNU-Linux-x86/DummySourceMgr.o build/Debug/GNU-Linux-x86/main.o build/Debug/GNU-Linux-x86/moc_qtMain.o rm -f *~ core *.core rm -f dist/Debug/GNU-Linux-x86/StreamLaser rm -f qttmp-Debug.mk make[2]: Leaving directory `/home/dansonc/NetBeansProjects/StreamLaser' make[1]: Leaving directory `/home/dansonc/NetBeansProjects/StreamLaser' CLEAN SUCCESSFUL (total time: 428ms) /usr/bin/make -f nbproject/Makefile-Debug.mk SUBPROJECTS= .build-conf make[1]: Entering directory `/home/dansonc/NetBeansProjects/StreamLaser' qmake VPATH=. -o qttmp-Debug.mk nbproject/qt-Debug.pro mv -f qttmp-Debug.mk nbproject/qt-Debug.mk /usr/bin/make -f nbproject/qt-Debug.mk dist/Debug/GNU-Linux-x86/StreamLaser make[2]: Entering directory `/home/dansonc/NetBeansProjects/StreamLaser' /usr/bin/uic-qt4 qtMain.ui -o ui_qtMain.h g++-4.4 -c -pipe -g -Wall -W -D_REENTRANT -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -Inbproject -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -Inbproject -I. -o build/Debug/GNU-Linux-x86/DummySource.o DummySource.cpp DummySource.cpp:27: warning: unused parameter 'orig' DummySource.cpp: In member function 'void DummySource::start()': DummySource.cpp:36: warning: unused variable 'n' g++-4.4 -c -pipe -g -Wall -W -D_REENTRANT -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -Inbproject -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -Inbproject -I. -o build/Debug/GNU-Linux-x86/qtMain.o qtMain.cpp g++-4.4 -c -pipe -g -Wall -W -D_REENTRANT -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -Inbproject -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -Inbproject -I. -o build/Debug/GNU-Linux-x86/DummySourceMgr.o DummySourceMgr.cpp DummySourceMgr.cpp:15: warning: unused parameter 'orig' g++-4.4 -c -pipe -g -Wall -W -D_REENTRANT -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -Inbproject -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -Inbproject -I. -o build/Debug/GNU-Linux-x86/main.o main.cpp /usr/bin/moc-qt4 -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -Inbproject -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -Inbproject -I. qtMain.h -o moc_qtMain.cpp g++-4.4 -c -pipe -g -Wall -W -D_REENTRANT -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -Inbproject -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -Inbproject -I. -o build/Debug/GNU-Linux-x86/moc_qtMain.o moc_qtMain.cpp g++ -o dist/Debug/GNU-Linux-x86/StreamLaser build/Debug/GNU-Linux-x86/DummySource.o build/Debug/GNU-Linux-x86/qtMain.o build/Debug/GNU-Linux-x86/DummySourceMgr.o build/Debug/GNU-Linux-x86/main.o build/Debug/GNU-Linux-x86/moc_qtMain.o -L/usr/lib -lQtGui -lQtCore -lpthread build/Debug/GNU-Linux-x86/main.o: In function `main': /home/dansonc/NetBeansProjects/StreamLaser/main.cpp:44: undefined reference to `boost::thread::join()' /home/dansonc/NetBeansProjects/StreamLaser/main.cpp:47: undefined reference to `boost::thread::~thread()' /home/dansonc/NetBeansProjects/StreamLaser/main.cpp:47: undefined reference to `boost::thread::~thread()' build/Debug/GNU-Linux-x86/main.o: In function `mutex': /usr/include/boost/thread/pthread/mutex.hpp:40: undefined reference to `boost::thread_resource_error::thread_resource_error()' /usr/include/boost/thread/pthread/mutex.hpp:40: undefined reference to `boost::thread_resource_error::~thread_resource_error()' /usr/include/boost/thread/pthread/mutex.hpp:40: undefined reference to `typeinfo for boost::thread_resource_error' build/Debug/GNU-Linux-x86/main.o: In function `condition_variable': /usr/include/boost/thread/pthread/condition_variable_fwd.hpp:33: undefined reference to `boost::thread_resource_error::thread_resource_error()' /usr/include/boost/thread/pthread/condition_variable_fwd.hpp:33: undefined reference to `boost::thread_resource_error::~thread_resource_error()' /usr/include/boost/thread/pthread/condition_variable_fwd.hpp:33: undefined reference to `typeinfo for boost::thread_resource_error' build/Debug/GNU-Linux-x86/main.o: In function `thread_data_base': /usr/include/boost/thread/pthread/thread_data.hpp:54: undefined reference to `vtable for boost::detail::thread_data_base' build/Debug/GNU-Linux-x86/main.o: In function `thread<void (*)()>': /usr/include/boost/thread/detail/thread.hpp:188: undefined reference to `boost::thread::start_thread()' build/Debug/GNU-Linux-x86/main.o: In function `~thread_data': /usr/include/boost/thread/detail/thread.hpp:40: undefined reference to `boost::detail::thread_data_base::~thread_data_base()' /usr/include/boost/thread/detail/thread.hpp:40: undefined reference to `boost::detail::thread_data_base::~thread_data_base()' build/Debug/GNU-Linux-x86/main.o:(.rodata._ZTIN5boost6detail11thread_dataIPFvvEEE[typeinfo for boost::detail::thread_data<void (*)()>]+0x8): undefined reference to `typeinfo for boost::detail::thread_data_base' collect2: ld returned 1 exit status make[2]: *** [dist/Debug/GNU-Linux-x86/StreamLaser] Error 1 make[2]: Leaving directory `/home/dansonc/NetBeansProjects/StreamLaser' make[1]: *** [.build-conf] Error 2 make[1]: Leaving directory `/home/dansonc/NetBeansProjects/StreamLaser' make: *** [.build-impl] Error 2 BUILD FAILED (exit value 2, total time: 14s)

2 1

Can't find copy_file() with copy_option
by Hite, Christopher 26 May '10

26 May '10

This doesn't work: using namespace boost::filesystem; copy_file(tmpFileName,fname,copy_option::overwrite_if_exists); error: no matching function for call to 'copy_file(std::string&, std::string&, boost::filesystem::copy_option::enum_type)' /fs/tools/L1/boost_1_43_0/boost/filesystem/operations.hpp:742: note: candidates are: void boost::filesystem::copy_file(const boost::filesystem::path&, const boost::filesystem::path&) /fs/tools/L1/boost_1_43_0/boost/filesystem/operations.hpp:744: note: void boost::filesystem::copy_file(const boost::filesystem::wpath&, const boost::filesystem::wpath&) This does: detail::copy_file_api(tmpFileName,fname, copy_option::overwrite_if_exists); Platform is Linux+gcc. It looks like these definitions are the only ones exposed: inline void copy_file( const path & from_path, const path & to_path ) { return copy_file<path>( from_path, to_path ); } inline void copy_file( const wpath & from_path, const wpath & to_path ) { return copy_file<wpath>( from_path, to_path ); } This doesn't fly either though: copy_file<std::string>(tmpFileName,fname,copy_option::overwrite_if_exist s); The version I'm after is there: http://www.boost.org/doc/libs/1_43_0/libs/filesystem/doc/reference.html It would be nice to have a move/rename with this functionality. I'm going to stick with std::rename().

1 0

[Review] Formal Review: Boost.Move
by OvermindDL1 26 May '10

26 May '10

Greetings Boost Developers and Users, It's my pleasure to announce that the review of Ion Gaztañagas' Move library starts May 10th and lasts until May 24th, 2010, unless an extension occurs. What is it? =========== The Boost.Move library would supply an emulated C++1x Move semantics interface, aka RValue References, allowing for a wide variety of easy to use and easy to add in optimization abilities. The most used function it would add would be: val_b = boost::move( val_a ); Which would move val_a to val_b; val_a should not be used after this line. This semantic allows for a vast amount of optimizations, especially in regards to temporaries, see the documentation for further examples and use. Other patterns emulated are && rvalue references for functions/members and constructors. There are also a number of STL containers in the sandbox that support move semantics using this library for higher efficiency. Getting the library =================== The latest version of this library may be downloaded from SVN: http://svn.boost.org/svn/boost/sandbox/move/ and the docs may be viewed here Docs: http://igaztanaga.drivehq.com/libs/move/doc/html/index.html and do note, this library is header-only and is designed to be absolutely generic to be useful in all areas of C++ programming. Writing a review ================ If you feel this is an interesting library, then please submit your review to the developer list (preferably), or to the review manager. Here are some questions you might want to answer in your review: - 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. Special considerations ====================== If you want or need a primer on the subject, please look at the working draft for C++1x. This linked site has also been shown to be quite useful in describing move usefulness: Want Speed? Pass by Value.: http://cpp-next.com/archive/2009/08/want-speed-pass-by-value/ Move It With Rvalue References: http://cpp-next.com/archive/2009/09/move-it-with-rvalue-references/ And there are further links in that series, but those two will get you started in the domain. Best regards, OvermindDL1, Review Manager (Boost.Move)

8 31

[MPL] what is my base class?
by John Dlugosz 26 May '10

26 May '10

I'm writing a class template, say C<T>, that has essentially different features depending on a classification of type T. So, I implemented Ca and Cb as befitting the two categories, and then make that transparent to the user by making a stub for C that inherits from either of those two, using boost::mpl::if_ to choose between them. However, the constructors have to be brought down manually. To "inherit" them, they need to be forwarded to the base class: C (...args...) : Ca (...args...) {} The problem is, I can't easily name the base class here in the base initialization list. I'm not even sure repeating the if_ metaexpression here would work, since the init list doesn't even like typedefs but wants the literal name of the class. Did I paint myself into a corner? Please help. In one case, it was not a problem to use only a default constructor and call an inherited Initialize function from the body. In the other case, I want to keep my reference member initializers. Thanks, --John TradeStation Group, Inc. is a publicly-traded holding company (NASDAQ GS: TRAD) of three operating subsidiaries, TradeStation Securities, Inc. (Member NYSE, FINRA, SIPC and NFA), TradeStation Technologies, Inc., a trading software and subscription company, and TradeStation Europe Limited, a United Kingdom, FSA-authorized introducing brokerage firm. None of these companies provides trading or investment advice, recommendations or endorsements of any kind. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

4 8