December 2011 - Boost-users - lists.preview.boost.org

ASIO + SSL + no shared cipher
by Luke Walker 21 Dec '11

21 Dec '11

Hi All,I've taken the SSL server example "as is" but when I attempt to send a request from (Safari, Firefox, Chrome or IE) the handshake fails with "no shared cipher". I've researched the issue for several days and made a few changes. I use OpenSSL_add_all_algorithms and SSL_CTX_set_cipher_list to attempt to satisfy the cipher's but I get the same error. I also used OpenSSL > s_client to try and negotiate a cipher but it fails as well. One assumption I've assembled is that Chrome, Safari and NSURLRequest (Cocoa API) all use the same cipher list. Again I am using the ssl server example and have changed the context SSL Version but still no success. Any help would be greatly appreciated. Luke

1 0

Selecting a random neighbor
by George Bezerra 21 Dec '11

21 Dec '11

Hi, I'm totally new to BGL. I would like to know what is the best way to select a random neighbor of a vertex in an undirected graph without having to iterate through all neighbors. Can anyone help me with that? Thanks! George. -- George Bezerra Doctoral Student Department of Computer Science University of New Mexico, USA

2 1

[Regex] anyone seeing performance dip w/regex matching moving from 1.47->1.48 w/gcc?
by Kopet, Gary 20 Dec '11

20 Dec '11

Hi, I just pulled down boost regex 1.48 and built it with gcc 4.3 on CentOS 5.5. My internal regex performance tests are showing > 30% performance degradation between versions 1.47 and 1.48. I wanted to ask if anyone else has seen anything like this? We've been using the same makefile to built boost regex for a long time, and we haven't converted to bjam. So I am wondering if this could be due to our particular build environment? TIA, Gary Protected by Websense Hosted Email Security -- www.websense.com

2 2

boost test framework logging xml to file
by Jarosław Bober 20 Dec '11

20 Dec '11

Hello, is there a way to get test case name from global fixture? What I would like to have is separate xml file report for every test case. I'd like to do it this way: #include <string> #include <fstream> struct LogToFile { LogToFile() { std::string logFileName(boost::unit_test:: framework::master_test_suite().p_name); logFileName = current_test_case_name ; logFile.open(logFileName.c_str(), std::ios_base::app); boost::unit_test::unit_test_log.set_stream(logFile); } ~LogToFile() { logFile << "</TestLog>" << std::flush; logFile.close(); boost::unit_test::unit_test_log.set_stream(std::cout); } std::ofstream logFile; }; BOOST_GLOBAL_FIXTURE(LogToFile); Can I do that? Regards

2 1

[Interprocess] managed_shared_memory problem in 64-bit windows (v. 1.48.0)
by Michel Lestrade 20 Dec '11

20 Dec '11

Hi, I am trying to make a shared memory block between 2 Intel Fortran programs and thought to use a small C/C++ lib file to accomplish this: Fortran can use the ISO_C_BINDING module to make its pointers point to C objects but not vice versa and there is a vast Fortran code base which we have no intention of porting. There is a native pipe mechanism but given the amount of data I will be exchanging, disk access is something I want to avoid. The application is FEM modeling and the sparse matrix can be several hundred MBs; as the program evolves and the matrix changes, I expect hundreds of GBs of data in total I/O. Seems like it would be better to have a shared memory region and let the OS manage things as much as possible. Starting small to test the idea, I am running into trouble with something which seems easy enough to do in the examples but which only seems to work in 32-bit. Here is an incomplete fragment (got stuck early): #include <string> #include <boost/interprocess/managed_shared_memory.hpp> using namespace boost::interprocess; struct shm_remove { shm_remove(const char *input) { name = std::string(input); shared_memory_object::remove(name.c_str()); } ~shm_remove() {shared_memory_object::remove(name.c_str());} std::string name; } *remover; extern "C" void alloc_mumps(const int n, const int nnz, const char *name) { int size_shm = sizeof(int)*(2+2*nnz) + sizeof(double)*(nnz+2*n); remover = new shm_remove(name); managed_shared_memory managed_shm(create_only,name,size_shm); // Trying to do the equivalent of *i = new int int *i = managed_shm.construct<int>(anonymous_instance)[1](n); } Calling the function with n=3 and nnz=6 (a very small value compared to my final application) works OK when the application is compiled under 32-bit. Compiling under 64-bit produces an access violation error in win32_api.hpp: inline long interlocked_compare_exchange(long volatile *addr, long val1, long val2) { return BOOST_INTERLOCKED_COMPARE_EXCHANGE(addr, val1, val2); } values in debugger: addr=0, val1=1 val2=0. I do not know enough about Boost to know whether this is a design limitation, a bug or just an issue with my initial build. Just for reference, this is what I used: bjam --toolset=msvc-9.0 address-model=64 --build-type=complete stage Any suggestions ? Michel Lestrade Crosslight Software

2 2

[Boost] [Program Options]: Special character # in configuration file
by Bruno Matos 20 Dec '11

20 Dec '11

Hi, There is any way to use # in a configuration parameter value without being interpreted as comment initiator? Example: url=http://www.example.com/#sometopic Tia. Regards. -- Bruno Matos

1 0

help figuring out msg
by Jacques C. Richard 20 Dec '11

20 Dec '11

Can anyone help decipher this message? Is it really trying to allocate that size? Is gcc really using malloc under all these boost code? :) malloc: *** mmap(size=380554168512811008) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc [jacques-richards-mac-mini:00700] *** Process received signal *** [jacques-richards-mac-mini:00700] Signal: Abort trap (6) [jacques-richards-mac-mini:00700] Signal code: (0) [jacques-richards-mac-mini:00700] [ 0] 2 libSystem.B.dylib 0x00007fff8449b1ba _sigtramp + 26 [jacques-richards-mac-mini:00700] [ 1] 3 ??? 0x0030303700837a50 0x0 + 13563811672062544 [jacques-richards-mac-mini:00700] [ 2] 4 libstdc++.6.dylib 0x00007fff809c65d2 __tcf_0 + 0 [jacques-richards-mac-mini:00700] [ 3] 5 libobjc.A.dylib 0x00007fff84609b4d _objc_terminate + 120 [jacques-richards-mac-mini:00700] [ 4] 6 libstdc++.6.dylib 0x00007fff809c4ae1 _ZN10__cxxabiv111__terminateEPFvvE + 11 [jacques-richards-mac-mini:00700] [ 5] 7 libstdc++.6.dylib 0x00007fff809c4b16 _ZN10__cxxabiv112__unexpectedEPFvvE + 0 [jacques-richards-mac-mini:00700] [ 6] 8 libstdc++.6.dylib 0x00007fff809c4bfc _ZL23__gxx_exception_cleanup19_Unwind_Reason_CodeP17_Unwind_Exception + 0 [jacques-richards-mac-mini:00700] [ 7] 9 libstdc++.6.dylib 0x00007fff809c4efb _Znwm + 87 [jacques-richards-mac-mini:00700] [ 8] 10 Mg 0x0000000100113608 _ZN9__gnu_cxx13new_allocatorI12lattice_typeE8allocateEmPKv + 70 [jacques-richards-mac-mini:00700] [ 9] 11 Mg 0x000000010011362f _ZNSt12_Vector_baseI12lattice_typeSaIS0_EE11_M_allocateEm + 37 [jacques-richards-mac-mini:00700] [10] 12 Mg 0x0000000100113658 _ZNSt6vectorI12lattice_typeSaIS0_EE20_M_allocate_and_copyIPS0_EES4_mT_S5_ + 38 [jacques-richards-mac-mini:00700] [11] 13 Mg 0x000000010011376a _ZNSt6vectorI12lattice_typeSaIS0_EE7reserveEm + 114 [jacques-richards-mac-mini:00700] [12] 14 Mg 0x0000000100113881 _ZNK5boost13serialization3stl11reserve_impISt6vectorI12lattice_typeSaIS4_EEEclERS6_m + 33 [jacques-richards-mac-mini:00700] [13] 15 Mg 0x000000010011738b _ZN5boost13serialization3stl15load_collectionINS_3mpi15packed_iarchiveESt6vectorI12lattice_typeSaIS6_EENS1_17archive_input_seqIS4_S8_EENS1_11reserve_impIS8_EEEEvRT_RT0_ + 189 [jacques-richards-mac-mini:00700] [14] 16 Mg 0x000000010011740c _ZN5boost13serialization4loadINS_3mpi15packed_iarchiveE12lattice_typeSaIS4_EEEvRT_RSt6vectorIT0_T1_EjN4mpl_5bool_ILb0EEE + 32 [jacques-richards-mac-mini:00700] [15] 17 Mg 0x0000000100117438 _ZN5boost13serialization4loadINS_3mpi15packed_iarchiveE12lattice_typeSaIS4_EEEvRT_RSt6vectorIT0_T1_Ej + 42 [jacques-richards-mac-mini:00700] [16] 18 Mg 0x0000000100117471 _ZN5boost13serialization11free_loaderINS_3mpi15packed_iarchiveESt6vectorI12lattice_typeSaIS5_EEE6invokeERS3_RS7_j + 55 [jacques-richards-mac-mini:00700] [17] 19 Mg 0x0000000100117496 _ZN5boost13serialization10split_freeINS_3mpi15packed_iarchiveESt6vectorI12lattice_typeSaIS5_EEEEvRT_RT0_j + 35 [jacques-richards-mac-mini:00700] [18] 20 Mg 0x00000001001174bb _ZN5boost13serialization9serializeINS_3mpi15packed_iarchiveE12lattice_typeSaIS4_EEEvRT_RSt6vectorIT0_T1_Ej + 35 [jacques-richards-mac-mini:00700] [19] 21 Mg 0x00000001001174f4 _ZN5boost13serialization13serialize_adlINS_3mpi15packed_iarchiveESt6vectorI12lattice_typeSaIS5_EEEEvRT_RT0_j + 55 [jacques-richards-mac-mini:00700] [20] 22 Mg 0x0000000100117529 _ZNK5boost7archive6detail11iserializerINS_3mpi15packed_iarchiveESt6vectorI12lattice_typeSaIS6_EEE16load_object_dataERNS1_14basic_iarchiveEPvj + 51 [jacques-richards-mac-mini:00700] [21] 23 libboost_serialization.dylib 0x0000000100533eb9 _ZN5boost7archive6detail14basic_iarchive11load_objectEPvRKNS1_17basic_iserializerE + 473 [jacques-richards-mac-mini:00700] [22] 24 Mg 0x00000001001178e3 _ZN5boost7archive6detail21load_non_pointer_typeINS_3mpi15packed_iarchiveEE13load_standard6invokeISt6vectorI12lattice_typeSaIS9_EEEEvRS4_RKT_ + 45 [jacques-richards-mac-mini:00700] [23] 25 Mg 0x000000010011790c _ZN5boost7archive6detail21load_non_pointer_typeINS_3mpi15packed_iarchiveEE6invokeISt6vectorI12lattice_typeSaIS8_EEEEvRS4_RT_ + 39 [jacques-richards-mac-mini:00700] [24] 26 Mg 0x0000000100117930 _ZN5boost7archive4loadINS_3mpi15packed_iarchiveESt6vectorI12lattice_typeSaIS5_EEEEvRT_RT0_ + 34 [jacques-richards-mac-mini:00700] [25] 27 Mg 0x000000010011795a _ZN5boost7archive6detail15common_iarchiveINS_3mpi15packed_iarchiveEE13load_overrideISt6vectorI12lattice_typeSaIS8_EEEEvRT_i + 40 [jacques-richards-mac-mini:00700] [26] 28 Mg 0x000000010011797f _ZN5boost3mpi15packed_iarchive13load_overrideISt6vectorI12lattice_typeSaIS4_EEEEvRT_iN4mpl_5bool_ILb0EEE + 35 [jacques-richards-mac-mini:00700] [27] 29 Mg 0x00000001001179ac _ZN5boost3mpi15packed_iarchive13load_overrideISt6vectorI12lattice_typeSaIS4_EEEEvRT_i + 42 [jacques-richards-mac-mini:00700] [28] 30 Mg 0x00000001001179d8 _ZN5boost7archive6detail18interface_iarchiveINS_3mpi15packed_iarchiveEErsISt6vectorI12lattice_typeSaIS8_EEEERS4_RT_ + 42 [jacques-richards-mac-mini:00700] [29] 31 Mg 0x0000000100117a0c _ZN5boost3mpi6detail21serialized_irecv_dataISt6vectorI12lattice_typeSaIS4_EEE11deserializeERNS0_6statusE + 40 [jacques-richards-mac-mini:00700] *** End of error message *** mpirun noticed that job rank 0 with PID 699 on node jacques-richards-mac-mini.local exited on signal 15 (Terminated). 1 additional process aborted (not shown) jacques-richards-mac-mini:SBF_T jacques$ Suspected cause: reqs.push_back( world.isend( Sender , SendTag , &Neighbor2Proc ) ) ; where std::vector< T > Neighbor2Proc ; Thanks!

3 4

Handler requirement for Asynchronous Operations in boost::asio
by Tu Hoang Do 20 Dec '11

20 Dec '11

It is specified in http://www.boost.org/doc/libs/1_47_0/doc/html/boost_asio/reference/AcceptHa… that a handler for `async_accept()` must satisfy the following function signature: void accept_handler( const boost::system::error_code& ec) { ... } However, in the `Daytime.3` example, using boost::bind, the handler can be specified as much parameter as desired, as long as it does not exceed the limit of `boost::bind` (which is 9 arguments at maximum): class tcp_server { public: tcp_server(boost::asio::io_service& io_service) : acceptor_(io_service, tcp::endpoint(tcp::v4(), 13)) { start_accept(); } private: void start_accept() { tcp_connection::pointer new_connection = tcp_connection::create(acceptor_.get_io_service()); acceptor_.async_accept(new_connection->socket(), boost::bind(&tcp_server::handle_accept, this, new_connection, boost::asio::placeholders::error)); } void handle_accept(tcp_connection::pointer new_connection, const boost::system::error_code& error) { if (!error) { new_connection->start(); } start_accept(); } tcp::acceptor acceptor_; }; Why is that possible? I thought even with `boost::bind`, the exact function signature still has to be matched. Notice the `handle_accept()` funciton and how it is used in `async_accept()`. The full code listing is here: http://www.boost.org/doc/libs/1_48_0/doc/html/boost_asio/tutorial/tutdaytim…

2 2

LINK : fatal error LNK1561: entry point must be defined
by ankit master 20 Dec '11

20 Dec '11

Hello, I am trying to run this simple example and I run into issues, could somebody please help me understand what am I doing incorrect here. #include <boost/test/unit_test.hpp> using namespace boost::unit_test; //____________________________________________________________________________// // you could easily implement test cases as a free functions // this test case will need to be explecetely registered in test tree void free_test_function() { // reports 'error in "free_test_function": test 2 == 1 failed' BOOST_CHECK(2 == 1); // non-critical test => continue after failure // reports 'unknown location(0): fatal error in "free_test_function": memory access violation // d:\source code\boost\libs\test\example\unit_test_example_02.cpp(25): last checkpoint' int* p = (int*)0x01; BOOST_CHECK( *p == 0 ); } //____________________________________________________________________________// test_suite* init_unit_test_suite( int, char* [] ) { framework::master_test_suite().p_name.value = "Unit test example 02"; // register the test case in test tree and specify number of expected failures so // this example will pass at runtime. We expect 2 errors: one from failed check and // one from memory acces violation framework::master_test_suite().add( BOOST_TEST_CASE( &free_test_function ), 2 ); return 0; } 1>------ Build started: Project: unitTestPrac2, Configuration: Debug Win32 ------ 1>Linking... 1>LINK : fatal error LNK1561: entry point must be defined 1>Build log was saved at "file://c:\Users\amaster\Desktop\AVM_Documents\CppPractise\unitTestPrac2\unitTestPrac2\Debug\BuildLog.htm" 1>unitTestPrac2 - 1 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== Thank you Ankit -- >From the withered tree, a flower blooms. - Zen -- >From the withered tree, a flower blooms. - Zen

1 0

Re: [Boost-users] Did he misunderstand you?
by John Wiegley 19 Dec '11

19 Dec '11

>>>>> Wayne Johnson <wjohnsonga(a)gmail.com> writes: > I'm new to the Boost libraries and becoming reacquainted with C++ after many > years of using other languages. As recommended in section 5.1 of the > "Getting Started on Windows", I visited the BoostPro website to find a > Windows 7 installer for v1.48.0 to use with VS C++ 2010. In response to a > followup message to BoostPro sales about the lack of an installer for the > latest version, I was told: >> "We don't have an installer at this time, and we are shortly about to >> remove that section from our website. The Boost build instructions can be >> found here ..." > Will there be no more Windows binary installers for the libraries or did I > misunderstand? Hi Wayne, What BoostPro does not have for 1.48 -- and has never made free to the public for any version -- are 64-bit installers for Windows. That was a paid service which we are now discontinuing. We may choose to make 64-bit installers freely available, time permitting, but we haven't finalized that decision yet. It's a bit of work to provide that service, and our plates have been overfull with paying work recently. -- John Wiegley BoostPro Computing http://www.boostpro.com

1 0

BoostPro (or any) installer for v1.48.0 on Windows 7/Visual Studio C++ 2010?
by Wayne Johnson 19 Dec '11

19 Dec '11

I'm new to the Boost libraries and becoming reacquainted with C++ after many years of using other languages. As recommended in section 5.1 of the "Getting Started on Windows", I visited the BoostPro website to find a Windows 7 installer for v1.48.0 to use with VS C++ 2010. In response to a followup message to BoostPro sales about the lack of an installer for the latest version, I was told: "We don't have an installer at this time, and we are shortly about to remove that section from our website. The Boost build instructions can be found here ..." Will there be no more Windows binary installers for the libraries or did I misunderstand? - wjohnson

3 3

Re: [Boost-users] [boost] [constrained_value] Constrained Value reviewresults
by Robert Ramey 19 Dec '11

19 Dec '11

Gordon Woodhull wrote: > Greetings, ... a report which sounded like an acceptance. My question is - what happened to this? What is the current status? Robert Ramey

3 2

boost::thread liker error in Release mode
by herzl&revital sham 18 Dec '11

18 Dec '11

I am write a program that use boost::thread like below class RPCClientManagment { boost::thread *pThread_; void RunSendRequestStatus() { boost::posix_time::seconds interval(30); while (bRunSendRequestStatus_) { SendRequestStatus(); boost::this_thread::sleep(interval); } } void StartRequestStatus() { bRunSendRequestStatus_ = true; pThread_ = new boost::thread(&RPCClientManagment::RunSendRequestStatus, this); } }; when I compile it in rlease mode I receive bleow error: 1>c:\program files (x86)\boost\boost_1_44\boost\asio\placeholders.hpp(91) : fatal error C1001: `An internal error has occurred in the compiler.` 1>(compiler file 'f:\dd\vctools\compiler\utc\src\p2\main.c[0x62542D7F:0x00000028]', line 182) 1> To work around this problem, try simplifying or changing the program near the locations listed above. 1>Please choose the Technical Support command on the Visual C++ 1> Help menu, or open the Technical Support help file for more information 1>LINK : fatal error LNK1000: Internal error during IMAGE::BuildImage 1> Version 9.00.21022.08 1> E when I comment this row error message hide //pThread_ = new boost::thread(&RPCClientManagment::RunSendRequestStatus, this); in debug mode I don't see this problem at all. I use vc++ 9

2 3

lexical cast: changesign is not a member of boost::math
by Philipp Münzel 18 Dec '11

18 Dec '11

Hi folks, I'm trying to compile the http server example of boost::asio: http://www.boost.org/doc/libs/1_48_0/doc/html/boost_asio/example/http/serve… I'm using gcc 4.6 on ubuntu Linux 11.10. When compiling the reply.cpp, I get the following error: In file included from reply.cpp:13:0: /usr/local/include/boost/lexical_cast.hpp: In function ‘bool boost::detail::parse_inf_nan_impl(const CharT*, const CharT*, T&, const CharT*, const CharT*, const CharT*, const CharT*, CharT, CharT)’: /usr/local/include/boost/lexical_cast.hpp:676:31: error: ‘changesign’ is not a member of ‘boost::math’ /usr/local/include/boost/lexical_cast.hpp:693:31: error: ‘changesign’ is not a member of ‘boost::math’ /usr/local/include/boost/lexical_cast.hpp: In function ‘bool boost::detail::lcast_ret_float(T&, const CharT*, const CharT*)’: /usr/local/include/boost/lexical_cast.hpp:1025:50: error: ‘changesign’ is not a member of ‘boost::math’ I remember having compiled this example some time ago with boost 1.46 or so. Is there some regression in 1.48 that prevents this from compiling? Regards, Philipp

2 1

lexical_cast throws when used with empty vector (1.48.0)
by Braden Northington McDaniel 18 Dec '11

18 Dec '11

Boost 1.48.0's lexical_cast throws bad_lexical_cast when used with an empty vector. This is observable in the following program: #include <boost/lexical_cast.hpp> #include <cassert> #include <iostream> #include <iterator> #include <string> #include <vector> std::ostream & operator<<(std::ostream & out, const std::vector<long> & v) { std::ostream_iterator<long> it(out); std::copy(v.begin(), v.end(), it); assert(out); return out; } int main() { std::vector<long> v; //v.push_back(1); std::cout << boost::lexical_cast<std::string>(v); } If the commented line is uncommented (making the vector nonempty), the program runs without an exception. Is this the intended behavior? -- Braden McDaniel e-mail/Jabber IM: braden(a)endoframe.com http://endoframe.com

1 0

[Range] Generating a singular range.
by Robert Jones 17 Dec '11

17 Dec '11

Hi All Is there an easy and obvious way to construct a single element range from a value_type of that range? Thx - Rob.

3 2

[boost-users][container] associative placement insertion
by Cromwell Enage 17 Dec '11

17 Dec '11

Hi, all! I'm wondering how placement insertion works for pair-associative Boost.Container types. For example, given: //[ex_code struct D { D(char,char) {} // Insert Boost.Move awareness here... }; boost::container::map<int,D> my_map; //] Will my_map.emplace(0, 't', 'p') call D('t', 'p') and move the object into the map? Will Boost.Unordered work the same way? TIA! Cromwell D. Enage

1 1

[call_traits] Having trouble with call traits combined with type deduction
by Rhys Ulerich 17 Dec '11

17 Dec '11

'Afternoon, I have a quick question on call traits and template argument deduction. I want to use call_traits' value_type and param_type to deduce a signature like double desired_result(double const& x); given an argument of type double. Is there any way to get type deduction working on a snippet like lousy_attempt (below) to produce my desired_result? #include <boost/call_traits.hpp> template<typename Scalar> typename boost::call_traits<Scalar>::value_type lousy_attempt(typename boost::call_traits<Scalar>::param_type x) { return x; } int main() { double y = 5; // Works... lousy_attempt<double>(y); // "No matching function call to lousy_attempt(double&)" lousy_attempt(y); return 0; } Thanks in advance, Rhys

2 2

[MPI] compilation with c++0x and gcc-4.6
by tcb 17 Dec '11

17 Dec '11

hi, I have a problem compiling simple boost mpi programs with gcc4.6 on osx. The broadcast_test.cpp from libs/mpi/test compiles just fine with the -std=gnu++98, but when I use -std=gnu++0x I get a compilation error which seems to implicate boost::serialization. The code compiles just fine with gcc-4.4 and gcc-4.7 with the -std=gnu++0x flags. There is no c++0x specific code in the test file itself. Any ideas what the problem is with gcc-4.6 and -std=gnu++0x? $ OMPI_CXX=g++-mp-4.6 openmpic++ -std=c++0x -m64 -o broadcast_test broadcast_test.cpp -lboost_mpi-mt -lboost_serialization-mt In file included from /opt/local/include/boost/mpi/collectives.hpp:21:0, from /opt/local/include/boost/mpi/collectives_fwd.hpp:19, from /opt/local/include/boost/mpi/collectives/broadcast.hpp:11, from broadcast_test.cpp:8: /opt/local/include/boost/mpi/communicator.hpp:1633:58: error: specialization of 'boost::mpi::status boost::mpi::communicator::recv(int, int, T&) const [with T = boost::mpi::packed_iarchive]' after instantiation /opt/local/include/boost/mpi/communicator.hpp:1668:65: error: specialization of 'boost::mpi::request boost::mpi::communicator::isend(int, int, const T&) const [with T = boost::mpi::packed_oarchive]' after instantiation In file included from /opt/local/include/gcc46/c++/vector:64:0, from /opt/local/include/gcc46/c++/bits/random.h:34, from /opt/local/include/gcc46/c++/random:50, from /opt/local/include/gcc46/c++/bits/stl_algo.h:67, from /opt/local/include/gcc46/c++/algorithm:63, from /opt/local/include/boost/optional/optional.hpp:19, from /opt/local/include/boost/optional.hpp:15, from /opt/local/include/boost/mpi/communicator.hpp:18, from /opt/local/include/boost/mpi/collectives.hpp:21, from /opt/local/include/boost/mpi/collectives_fwd.hpp:19, from /opt/local/include/boost/mpi/collectives/broadcast.hpp:11, from broadcast_test.cpp:8: /opt/local/include/gcc46/c++/bits/stl_uninitialized.h: In function 'void std::__uninitialized_default_n_a(_ForwardIterator, _Size, _Allocator&) [with _ForwardIterator = char*, _Size = long unsigned int, _Allocator = boost::mpi::allocator<char>]': /opt/local/include/gcc46/c++/bits/vector.tcc:474:8: instantiated from 'void std::vector<_Tp, _Alloc>::_M_default_append(std::vector<_Tp, _Alloc>::size_type) [with _Tp = char, _Alloc = boost::mpi::allocator<char>, std::vector<_Tp, _Alloc>::size_type = long unsigned int]' /opt/local/include/gcc46/c++/bits/stl_vector.h:592:4: instantiated from 'void std::vector<_Tp, _Alloc>::resize(std::vector<_Tp, _Alloc>::size_type) [with _Tp = char, _Alloc = boost::mpi::allocator<char>, std::vector<_Tp, _Alloc>::size_type = long unsigned int]' /opt/local/include/boost/mpi/detail/packed_oprimitive.hpp:96:46: instantiated from here /opt/local/include/gcc46/c++/bits/stl_uninitialized.h:576:6: error: no matching function for call to 'boost::mpi::allocator<char>::construct(char*)' /opt/local/include/gcc46/c++/bits/stl_uninitialized.h:576:6: note: candidate is: /opt/local/include/boost/mpi/allocator.hpp:168:8: note: void boost::mpi::allocator<T>::construct(boost::mpi::allocator<T>::pointer, const T&) [with T = char, boost::mpi::allocator<T>::pointer = char*] /opt/local/include/boost/mpi/allocator.hpp:168:8: note: candidate expects 2 arguments, 1 provided In file included from /opt/local/include/boost/serialization/extended_type_info_typeid.hpp:37:0, from /opt/local/include/boost/archive/detail/oserializer.hpp:38, from /opt/local/include/boost/mpi/detail/mpi_datatype_oarchive.hpp:14, from /opt/local/include/boost/mpi/detail/mpi_datatype_cache.hpp:13, from /opt/local/include/boost/mpi/datatype.hpp:27, from /opt/local/include/boost/mpi/communicator.hpp:20, from /opt/local/include/boost/mpi/collectives.hpp:21, from /opt/local/include/boost/mpi/collectives_fwd.hpp:19, from /opt/local/include/boost/mpi/collectives/broadcast.hpp:11, from broadcast_test.cpp:8: /opt/local/include/boost/serialization/access.hpp: In static member function 'static void boost::serialization::access::serialize(Archive&, T&, unsigned int) [with Archive = boost::mpi::packed_oarchive, T = boost::mpi::packed_oarchive]': /opt/local/include/boost/serialization/serialization.hpp:69:5: instantiated from 'void boost::serialization::serialize(Archive&, T&, unsigned int) [with Archive = boost::mpi::packed_oarchive, T = boost::mpi::packed_oarchive]' /opt/local/include/boost/serialization/serialization.hpp:128:9: instantiated from 'void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::mpi::packed_oarchive, T = boost::mpi::packed_oarchive]' /opt/local/include/boost/archive/detail/oserializer.hpp:148:5: instantiated from 'void boost::archive::detail::oserializer<Archive, T>::save_object_data(boost::archive::detail::basic_oarchive&, const void*) const [with Archive = boost::mpi::packed_oarchive, T = boost::mpi::packed_oarchive]' broadcast_test.cpp:153:1: instantiated from here /opt/local/include/boost/serialization/access.hpp:118:9: error: 'class boost::mpi::packed_oarchive' has no member named 'serialize' /opt/local/include/boost/serialization/access.hpp: In static member function 'static void boost::serialization::access::serialize(Archive&, T&, unsigned int) [with Archive = boost::mpi::packed_iarchive, T = boost::mpi::packed_iarchive]': /opt/local/include/boost/serialization/serialization.hpp:69:5: instantiated from 'void boost::serialization::serialize(Archive&, T&, unsigned int) [with Archive = boost::mpi::packed_iarchive, T = boost::mpi::packed_iarchive]' /opt/local/include/boost/serialization/serialization.hpp:128:9: instantiated from 'void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::mpi::packed_iarchive, T = boost::mpi::packed_iarchive]' /opt/local/include/boost/archive/detail/iserializer.hpp:188:5: instantiated from 'void boost::archive::detail::iserializer<Archive, T>::load_object_data(boost::archive::detail::basic_iarchive&, void*, unsigned int) const [with Archive = boost::mpi::packed_iarchive, T = boost::mpi::packed_iarchive]' broadcast_test.cpp:153:1: instantiated from here /opt/local/include/boost/serialization/access.hpp:118:9: error: 'class boost::mpi::packed_iarchive' has no member named 'serialize'

1 0

Re: [Boost-users] [BGL] Issue using connected_components
by Nicolas Saunier 16 Dec '11

16 Dec '11

Hi everyone, I finally found a solution by myself to get connected_components from a graph of type adjacency_list<listS, listS, undirectedS> with bundled properties for the vertices and edges. So I will post it here so that others can find it, to get feedback and make sure I am doing it right: #include <boost/graph/adjacency_list.hpp> #include <boost/graph/connected_components.hpp> using namespace boost; using namespace std; struct FeatureConnection { float minDistance; float maxDistance; }; struct VertexInformation { int featureId; int index; }; typedef adjacency_list<listS, listS, undirectedS, VertexInformation, FeatureConnection> UndirectedGraph; int main() { UndirectedGraph g; UndirectedGraph::vertex_descriptor u, v, w, x, y; UndirectedGraph::edge_descriptor e, f; u = add_vertex(g); v = add_vertex(g); w = add_vertex(g); x = add_vertex(g); y = add_vertex(g); bool unused; tie(e, unused) = add_edge(u, v, g); tie(f, unused) = add_edge(x, y, g); cout << num_vertices(g) << " " << num_edges(g) << endl; graph_traits<UndirectedGraph>::vertex_iterator vi, vend; graph_traits<UndirectedGraph>::vertices_size_type cnt = 0; for(tie(vi,vend) = vertices(g); vi != vend; ++vi) g[*vi].index = cnt++; property_map<UndirectedGraph, int VertexInformation::*>::type components = get(&VertexInformation::index, g); int num = connected_components(g, components, vertex_index_map(get(&VertexInformation::index, g))); cout << num << endl; for(tie(vi,vend) = vertices(g); vi != vend; ++vi) cout << *vi << " " << components[*vi] << " " << g[*vi].index << endl; return 0; } Thanks, Nicolas -- Nicolas Saunier, ing. jr, Ph.D. Professeur Adjoint / Assistant Professor Département des génies civil, géologique et des mines (CGM) École Polytechnique de Montréal http://nicolas.saunier.confins.net

1 0

Boost on Mac w/ C++2011
by John M. Dlugosz 16 Dec '11

16 Dec '11

A co-worker reports that on a Mac, turning on the C++2011 dialect (to enable 'auto', lvalue references, etc.) makes the Boost headers choke. The release notes for the latest Boost show an older version of the compiler (Clang) as what is supported. Is there a simple way, like with a #define or a published patch to the config files, to make it work? —John

1 0

Condition Variable and optimization
by John M. Dlugosz 16 Dec '11

16 Dec '11

The example in the documentation for Condition Variables illustrates the implication that these are Mesa-style (non-blocking signals) with this example: boost::condition_variable cond; boost::mutex mut; bool data_ready; void process_data(); void wait_for_data_to_process() { boost::unique_lock<boost::mutex> lock(mut); while(!data_ready) { cond.wait(lock); } process_data(); } This needs to declare data_ready as mutable, so the compiler doesn't reduce the while loop to a no-op and assume the value doesn't change, or just hold it in a register so it doesn't see the change made by another thread. More generally, how do you write it in this case? while ( !collection.empty() ) cond.wait(lock); where the condition is a function of an existing class? The compiler might inline that function and give the same issue. I think a form of wait that takes a predicate ought to be introduced, that prevents this particular issue and ensures correct use. —John

2 2

Parsing statements from ascii files in arbitrary order into hierarchies of structs using boost spirit
by Stefan Zellmann 16 Dec '11

16 Dec '11

Hello! I'd like to parse one-line statements from an ascii file using boost spirit into structs. Statements may be quite different and may occur in arbitrary order. I'm wondering how I can achieve something like the following: /qi::rule<T, Statement(), Skipper> r_statement; qi::rule<T, DerivedStatement0(), Skipper> r_derivedStatement0; qi::rule<T, DerivedStatement1(), Skipper> r_derivedStatement1;/ With: /struct Statement { // empty }; struct DerivedStatement0 : public Statement { // members }; struct DerivedStatement1 : public Statement { // members };/ First thing I'm not sure about is how to adapt (using /BOOST_FUSION_ADAPT_STRUCT/) this hierarchy, since /Statement/ has no members. I've seen some snippets on the internet where inherited members (data members are good for me, no member functions) were adapted using /BOOST_FUSION_ADAPT_STRUCT/, so I'm right to believe that inheritance in my case shell pose no problem? Well, I'm actually not sure if the idea I came up with is the right way to accomplish this in the first place, so I'm grateful for any suggestions on how to do this more appropriately. Thanks in advance! Cheers, Stefan -- Stefan Zellmann Dipl.-Wirt.-Inf. Universität zu Köln RRZK Phone: +49 221 478 86578 Mail: zellmans(a)uni-koeln.de

2 3

[Geometry] 3D Oriented Bounding Box
by Jérémy Coulon 15 Dec '11

15 Dec '11

Hi All, Boost.Geometry looks promising for my personal projects. Reading the doc, I couldn't figure if it is possible to create a 3D oriented bounding box (OBB). I read that axis aligned bounding box (AABB) is supported but nothing on OBB. I need to use it in usual algorithms like intersetion, distance, ... Can anybody tell me if it is possible with the current Boost version and how I can achieve that ? Thanks. Jérémy

3 4

Boost Threads on Android
by John M. Dlugosz 15 Dec '11

15 Dec '11

I've heard that there are some issues with using Boost libraries that are not header-only on the Android platform. Where might I find some real information on that?

2 1