- Boost-users - lists.boost.org

[Boost.Thread] Scheduling
by Ruediger Berlich 12 Aug '08

12 Aug '08

Hi there, at the end of this mail is a small program that starts three threads out of a fourth one ("thread4"). thread1, 2 and 3 are not allowed to start execution before a certain condition is met (here: go_ is set to true and the threads are notified of the changed condition). The threads increment a variable. Once this variable has reached a threshold (here: 10), execution is supposed to stop. This is done by calling the interrupt() function on each thread, which in turn catch the corresponding exception and act on it. All this seems to work nicely, except for the fact that the "master thread" (thread4 in this example) does not seem to get any processing time over a long period. Hence thread 1,2 and 3 count to a very high number before the stop condition is met. Here is the output of the program: Starting threads Going to sleep for 2 seconds in startAndStopThreads() Hello world Nr. 0 from thread 1 Hello world Nr. 1 from thread 2 [...] Hello world Nr. 6167 from thread 2 Hello world Nr. 6168 from thread 2 Sending interrupt Received interrupt in thread 3 Received interrupt in thread 1 Received interrupt in thread 2 Done ... Occasionally the counting can go on up to a few hundred thousand. This is on a single-processor machine with OpenSUSE 11/64 bit, g++ 4.3.1 and a recent trunk version of Boost 1.36 . The situation is much better on a four-processor system with the same operating system - the counter typically reaches only a few hundred there, presumably as thread4 gets access to a time slice more quickly (but why isn't it running permanently on a four processor machine - there are only 4 active threads ?). Is there anything that can be done to improve the time slices allocated to thread4 ? I am already calling the yield() function in thread1, 2 and 3. Thanks and Best Regards, Ruediger /*********************************************************************/ #include <iostream> #include <boost/cstdint.hpp> #include <boost/bind.hpp> #include <boost/exception.hpp> #include <boost/thread/mutex.hpp> #include <boost/thread/condition.hpp> #include <boost/thread/condition_variable.hpp> #include <boost/thread/thread.hpp> #include <boost/date_time.hpp> using namespace std; class test { public: test() :jointData_(0), MAXJOINTDATA(10), go_(false), thread1(boost::bind(&test::sayHello, this, 1)), thread2(boost::bind(&test::sayHello, this, 2)), thread3(boost::bind(&test::sayHello, this, 3)) { /* nothing */ } void startAndStopThreads(){ std::cout << "Going to sleep for 2 seconds in startAndStopThreads()" << std::endl; boost::this_thread::sleep(boost::posix_time::seconds(2)); boost::unique_lock<boost::mutex> lock(helloMutex_); go_=true; lock.unlock(); readyToGo_.notify_all(); while(true){ boost::unique_lock<boost::mutex> lock2(helloMutex_); if(jointData_ >= MAXJOINTDATA){ go_=false; std::cout << "Sending interrupt" << std::endl; thread1.interrupt(); thread2.interrupt(); thread3.interrupt(); break; } } thread1.join(); thread2.join(); thread3.join(); } void sayHello(const uint16_t threadNumber){ while(true){ boost::unique_lock<boost::mutex> lock(helloMutex_); while(!go_) { try{ readyToGo_.wait(lock); } catch(boost::thread_interrupted&){ std::cout << "Received interrupt in thread " << threadNumber << std::endl; return; } } std::cout << "Hello world Nr. " << jointData_++ << " from thread " << threadNumber << std::endl; boost::this_thread::yield(); } } private: volatile uint32_t jointData_; const uint32_t MAXJOINTDATA; bool go_; boost::mutex helloMutex_; boost::condition_variable readyToGo_; boost::thread thread1, thread2, thread3; }; main(){ test Test; std::cout << "Starting threads" << std::endl; // Test.startAndStopThreads(); // This doesn't make a difference boost::thread thread4(boost::bind(&test::startAndStopThreads,&Test)); thread4.join(); std::cout << "Done ..." << std::endl; }

4 10

mpl tuple / pair
by Hicham Mouline 12 Aug '08

12 Aug '08

hello, as much as boost::tuple extends the idea of std::pair from 2 to n, what would be the type that extends boost::mpl::pair to n? mpl::vector? rds,

2 1

Re: [Boost-users] boost lapack bindings
by Jesse Perla 12 Aug '08

12 Aug '08

Omar: I am going through the exact same thing right now. See the thread: http://lists.boost.org/MailArchives/ublas/2008/08/2906.php At one point I posted the steps I used with the Intel Compiler in visual studio and Intel MKL's lapack. (I think that the ublas group is better for these topics). -Jesse

1 0

G++ compilation warnings in 1.36 beta
by Robert Mecklenburg 12 Aug '08

12 Aug '08

I'm getting these compilation warnings in serialization /home/mecklen/work/boost-install/include/boost-1_36/boost/serialization/array.hpp: In instantiation of 'void boost::serialization::serialize(Archive&, boost::array<T, N>&, unsigned int) [with Archive = boost::archive::binary_oarchive, T = double, unsigned int N = 3u]': /home/mecklen/work/boost-install/include/boost-1_36/boost/serialization/serialization.hpp:133: instantiated from 'void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::binary_oarchive, T = boost::array<double, 3u>]' /home/mecklen/work/boost-install/include/boost-1_36/boost/archive/detail/oserializer.hpp:144: instantiated from 'void boost::archive::detail::oserializer<Archive, T>::save_object_data(boost::archive::detail::basic_oarchive&, const void*) const [with Archive = boost::archive::binary_oarchive, T = boost::array<double, 3u>]' src/LocationHistory.cpp:73: instantiated from here /home/mecklen/work/boost-install/include/boost-1_36/boost/serialization/array.hpp:127: warning: unused parameter 'version' >From this code in include/boost-1_36/boost/serialization/array.hpp: template <class Archive, class T, std::size_t N> void serialize(Archive& ar, boost::array<T,N>& a, const unsigned int version) { ar & make_nvp("elems",a.elems); } Could we comment out the unused variable? Thanks, -- Robert

1 0

Re: [Boost-users] [python] partially resolved: the never ending
by Jean-Francois Bastien 12 Aug '08

12 Aug '08

> 1. With VS2005 it is NOT a GoodIdea(TM) to mix different > types of binaries for one executable, since the (stupid) > linker of vs2005 succeeds without error sometimes creating > executables that fail to be debugged and/or crash at random > points during execution. Summary: VC8 linker sucks in many > aspects, so don't do that. FWIW it is possible to mix debug/release DLLs with Visual Studio, I do it with a lot of DLLs with success. You just have to be very careful about a few things, for example: - Watch out for the one definition rule, especially across DLLs. Most STL types in the standard Visual Studio library don't have the same size in debug as in release! That includes std::string as well as the containers (std::vector and others), and non-STL types with members that exist depending on _DEBUG/NDEBUG. This can be mitigated by using the proprocessor macros _SECURE_SCL=0 and _HAS_ITERATOR_DEBUGGING=0, but this is a tradeoff. Violating that causes hard to debug stack corruptions. - Make sure that allocation/deallocation is symetric. If you do a new/malloc with one runtime and a delete/free with another you're asking for trouble. Don't forget about the global new/delete too! Basically you have to analyze what passes through DLL APIs. JF

1 0

asio udp bad_alloc?
by Lewis, Ambrose J. 12 Aug '08

12 Aug '08

Hi All: I'm trying (somewhat unsuccessfully) to use a udp::socket in my program. My system is running Ubuntu 7.04 and boost 1.35 After a while, the program dies with the following message: terminate called after throwing an instance of 'std::bad_alloc' The line that causes the problem is: (*m_socket).send_to(boost::asio::buffer(xmlData.m_xmlString), m_remoteEndpoint); I think that the client program isn't keeping up and my send buffer is overflowing. Is there any way to confirm this thought? Could I use something like a select statement to see if this UDP socket is ready for writing? Please note that I set the size of the send buffer to 8192: m_socket->set_option(udp::socket::send_buffer_size(8192)); Thanks for the help and/or suggestions! THANXS amb

1 0

FW: Boost Build Variations: One Missing, One Extra!
by Bilokon, Paul 12 Aug '08

12 Aug '08

Forwarding this to Boost.Users (at the moderator's discretion), as this is a Boost usage question, as well as a Boost.Build question. Many thanks, Paul > ______________________________________________ > From: Bilokon, Paul > Sent: Monday, August 11, 2008 4:41 PM > To: 'boost-build(a)lists.boost.org' > Subject: Boost Build Variations: One Missing, One Extra! > > Hi, > > Apologies if the answer to this question is supposed to be obvious. I > am trying to build Boost using the following command: > > "E:\dev\external\boost\boost_1_35_0\bjam\bjam.exe" > --build-type=complete > --build-dir="E:\dev\external\boost\boost_1_35_0\build" > --toolset=msvc-8.0 stage > > Now, as far as I understand, --build-type=complete should give me all > combinations of > > variant=debug,release; threading=single,multi; link=static,shared > > I'm expecting to see 2^3 = 8 combinations in total. As a result I get > this (I do hope the original formatting gets preserved): > > +-- > E:\dev\external\boost\boost_1_35_0\build\boost\bin.v2\libs\date_time\b > uild\msvc-8.0 > | > +-- debug > | | > | +-- link-static > | | | > | | +-- runtime-link-static: > libboost_date_time-vc80-sgd-1_35.lib > | | | | (variant=debug, > threading=single, link=static) > | | | | > | | | +-- threading-multi: > libboost_date_time-vc80-mt-sgd-1_35.lib > | | | (variant=debug, threading=multi, > link=static) > | | | > | | +-- threading-multi: > libboost_date_time-vc80-mt-gd-1_35.lib > | | (variant=debug, threading=multi, > link=static) > | | > | +-- threading-multi: > boost_date_time-vc80-mt-gd-1_35.dll > | (variant=debug, threading=multi, > link=shared) > | > +-- release > | > +-- link-static > | | > | +-- runtime-link-static: > libboost_date_time-vc80-s-1_35.lib > | | | (variant=release, > threading=single, link=static) > | | | > | | +-- threading-multi: > libboost_date_time-vc80-mt-s-1_35.lib > | | (variant=release, > threading=multi, link=static) > | | > | +-- threading-multi: > libboost_date_time-vc80-mt-1_35.lib > | (variant=release, > threading=multi, link=static) > | > +-- threading-multi: boost_date_time-vc80-mt-1_35.dll > (variant=release, > threading=multi, link=shared) > > Indeed, I do get 8 combinations, *but* I get two of > > variant=debug, threading=multi, link=static > > (under different names -- one with -s, the other one without) and I > get two of > > variant=release, threading=multi, link=static > > (under different names -- one with -s, the other one without) but I > never get > > variant=debug, threading=single, link=shared > variant=release, threading=single, link=shared > > Would you please explain to me what's going on? > > Many thanks, > Paul - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.

2 2

Multi-index container (Modifying non-unique key in the container)
by Ramesh 12 Aug '08

12 Aug '08

Hi. I am using boost multi-index container for storing objects of type class A, in the class key1 & Key 3 are unique and key2 is non-unique. I try to insert objects of type A and it works fine. No issues. At some point after the insertion, I wish to modify the key2 to 20 in the container. Can I do this with modify? If yes How do I define the iterator (since I need to do a find based on key1 but modify key2 in the container) Here is the code snippet: ----------- class A { private: std::string key1; long key2; long key3; < Other class members > }; struct DataMap { std::string key1; long key2; long key3; A *pObj; }; typedef multi_index_container< DataMap, indexed_by< ordered_unique< tag <Key1>, BOOST_MULTI_INDEX_MEMBER(DataMap,std::string,Key1)>, ordered_non_unique< tag<Key2>,BOOST_MULTI_INDEX_MEMBER(DataMap,long,Key2)>, ordered_unique< tag<Key3>,BOOST_MULTI_INDEX_MEMBER(DataMap,long,Key3)> > > tDMap; class myclass { private: tDMap Map; public: insert(std::string, long , long, A *); }; myclass::insert(std::string key1, long key2, long key3, A *pObj) { } main() { std::string key1 = "Test String"; A abc; abc.key1 = key1; abc.key2 = 10; abc.key3 = 400; insert(key1, key2, key3, &abc); } ------------------- Thanks in advance! Ramesh

1 0

Visual C++ 2005 error C2666 with variants.
by Bill McLean 12 Aug '08

12 Aug '08

I have spent a couple of hours trying to resolve the following error when building our system. We have some code that has been compiling and working with GCC with no issues. However building it with MS VC20005 SP1 creates the following error. We are using boost 1.34.1: Error 2 error C2666: 'boost::variant<T0_,T1,T2,T3,T4,T5,T6,T7>::convert_construct' : 2 overloads have similar conversions c:\projects\ardev\currentdev\externallibs\boost\boost\variant\variant.hpp 1342 I have searched the Boost list archives and found this post for boost 1.33.1: http://lists.boost.org/Archives/boost/2006/03/102375.php The author of this post Peter Schreegle did not receive a reply. He attached the below code and build log. It appears that this an issue for variants under visual studio 2005 SP1. Does anyone know if this is an issue for VS 2008? Is this issue for boost 1.35.0 being built by VS 2005 or VS 2008? #include <boost/variant.hpp> typedef boost::variant<char, int, double> numeric_type_variant; class numeric_type : public numeric_type_variant { public: /// Default constructor. numeric_type() : numeric_type_variant() { } template <typename T> /// Converting constructor. numeric_type(T const& t) : numeric_type_variant(t) { } // some more code }; int main(int argc, char* argv[]) { char ba; int bb; double bc; numeric_type a; numeric_type b(ba); numeric_type c(bb); numeric_type d(bc); a = ba; a = bb; a = bc; return 0; } ************************************************************* This is the build log: ------ Build started: Project: test_variant, Configuration: Debug Win32 ------ Compiling... test_variant.cpp c:\_ngi\toolkits\boost_1_33_1\boost\variant\variant.hpp(1342) : error C2666: 'boost::variant<T0_,T1,T2>::convert_construct' : 2 overloads have similar conversions with [ T0_=char, T1=int, T2=double ] c:\_ngi\toolkits\boost_1_33_1\boost\variant\variant.hpp(1327): could be 'void boost::variant<T0_,T1,T2>::convert_construct<char,int,double,boost::detail:: variant::void_,boost::detail::variant::void_,boost::detail::variant::void_,b oost::detail::variant::void_,boost::detail::variant::void_,boost::detail::va riant::void_,boost::detail::variant::void_,boost::detail::variant::void_,boo st::detail::variant::void_,boost::detail::variant::void_,boost::detail::vari ant::void_,boost::detail::variant::void_,boost::detail::variant::void_,boost ::detail::variant::void_,boost::detail::variant::void_,boost::detail::varian t::void_,boost::detail::variant::void_>(const boost::variant<T0_,T1,T2> &,long)' with [ T0_=char, T1=int, T2=double ] c:\_ngi\toolkits\boost_1_33_1\boost\variant\variant.hpp(1258): or 'void boost::variant<T0_,T1,T2>::convert_construct<const T>(T &,int,boost::mpl::false_)' with [ T0_=char, T1=int, T2=double, T=numeric_type ] while trying to match the argument list '(const numeric_type, long)' c:\_ngi\toolkits\boost_1_33_1\boost\variant\variant.hpp(1580) : see reference to function template instantiation 'boost::variant<T0_,T1,T2>::variant<T>(const T &)' being compiled with [ T0_=char, T1=int, T2=double, T=numeric_type ] c:\_ngi\toolkits\boost_1_33_1\boost\variant\variant.hpp(1590) : see reference to function template instantiation 'void boost::variant<T0_,T1,T2>::assign<T>(const T &)' being compiled with [ T0_=char, T1=int, T2=double, T=numeric_type ] c:\_schrott\test_variant\test_variant\test_variant.cpp(36) : see reference to function template instantiation 'boost::variant<T0_,T1,T2> &boost::variant<T0_,T1,T2>::operator =<numeric_type>(const T &)' being compiled with [ T0_=char, T1=int, T2=double, T=numeric_type ] Build log was saved at "file://c:\_schrott\test_variant\test_variant\Debug\BuildLog.htm" test_variant - 1 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

2 1

ASIO - How to get mac address from interface
by Jean-Sebastien Stoezel 11 Aug '08

11 Aug '08

Hi, Is there a way to get the MAC address of the interface associated with a TCP socket, using the ASIO library? Thanks, Jean

1 0