June 2012 - Boost-users - lists.boost.org

[ptr_container] Regression: ptr_multimap breaks Wextra build in version 1.49.0
by Philipp Münzel 29 Jun '12

29 Jun '12

Hi fellows, I'm using gcc 4.2.1 on OSX 10.7.4 and I've recently updated from boost 1.47 to 1.49.0. My project uses ptr_multimaps. My project is configured to use the gcc flags -Werror -Wall -Wextra because I like to be alerted early if something can go wrong. Using -Werror is kind of a self-imposed restriction to keep my code clean of dirty hacks. I've been used to compile my code this way since about boost 1.44. With the update to 1.49 however, building with -Werror -Wextra is no longer possible, because I'm getting the following warning: /usr/local/boost/include/boost/ptr_container/ptr_map_adapter.hpp: In copy constructor 'boost::ptr_multimap_adapter<T, VoidPtrMultiMap, CloneAllocator, Ordered>::ptr_multimap_adapter(const boost::ptr_multimap_adapter<T, VoidPtrMultiMap, CloneAllocator, Ordered>&) [with T = Foo, VoidPtrMultiMap = std::multimap<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*> > >, CloneAllocator = boost::heap_clone_allocator, bool Ordered = true]': /usr/local/boost/include/boost/ptr_container/ptr_map.hpp:89: instantiated from here /usr/local/boost/include/boost/ptr_container/ptr_map_adapter.hpp:727: warning: base class 'class boost::ptr_container_detail::ptr_map_adapter_base<Foo, std::multimap<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<const std::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*> > >, boost::heap_clone_allocator, true>' should be explicitly initialized in the copy constructor The only possibility to compile this is to remove -Wextra, because gcc has no separate warning option to turn off the copy constructor check (see [1]), so I lose not only this check, but also everything else enabled by -Wextra, which I'd be very unhappy with. For the time being, I just removed -Werror, but this totally clutters up my build output now, which usually allows me to spot every problem really quick, because it is so brief. Since this is a regression (it worked until the 1.49.0 update), I'd be happy if someone can check how this was introduced in 1.49.0 and open a ticket for the incriminating change. Regards, Philipp [1] http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html

2 1

Re: [Boost-users] Visual Studio Express
by Tom Kent 28 Jun '12

28 Jun '12

Last I checked, the express editions of visual studio (vc8,vc9,vc10) wouldn't build all the debugging info into libraries. I just went searching on Microsoft's website, but couldn't find anywhere that spells out what is/isn't included with the express versions. Beyond that, there have been announcements that the VC11 express version wasn't going to be able to make non-metro apps. I think they have gone back on this, but it still sounds like it will be limited. I haven't looked into this issue for a few years, so it is quite likely that I'm wrong. I'd love to hear from someone with better knowledge on this issue. Tom On Thu, Jun 28, 2012 at 12:52 PM, David Sankel <camior(a)gmail.com> wrote: > On Thu, Jun 28, 2012 at 10:13 AM, Tom Kent <lists(a)teeks99.com> wrote: > >> I've built windows libraries (vc8, vc9, vc10) for this (32 and 64 >> bit), if you want them, you can get them from my website: >> http://boost.teeks99.com >> >> I'm also looking for a donation of VC11 when it comes out (express won't >> work). >> > > Why won't express work? > > David > > -- > David Sankel > Sankel Software > www.sankelsoftware.com > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

self-referential boost functions
by Adam Crain 28 Jun '12

28 Jun '12

Inquiring as to whether this is possible or if there is a better pattern for simulating this behavior... Is it possible for boost::function to be self referential? I.e. how do I simulate behavior like the following: typedef boost::function<Func (int)> Func; A function that does something mutable and then returns the next function to be called or an empty function. thanks, Adam

3 2

Re: [Boost-users] compilation error using boost/property_tree/ptree.hpp
by Pramod Subramanyan 28 Jun '12

28 Jun '12

Thanks for the tip, Lars. That was indeed the problem - one of the libraries we are using was defining a fail macro. Pramod

1 0

compilation error using boost/property_tree/ptree.hpp
by Pramod Subramanyan 28 Jun '12

28 Jun '12

I am trying to use boost/property_tree/ptree.hpp in my application. All I have done so far is just add the following include statements to my program: > #include <boost/property_tree/ptree.hpp> > #include <boost/property_tree/xml_parser.hpp> After adding these lines, I compiled my modified application using g++ 4.6.3 on Ubuntu 12.04. I get the following errors: g++ -c -Wall -Werror -I../cudd-2.4.2//include/ -I /home/pramod/libraries/boost_1_50_0/ -O2 -Wno-unused-result -Wno-unused-function -c -o main.o main.cpp In file included from /home/pramod/libraries/boost_1_50_0/boost/property_tree/ptree.hpp:17:0, from main.h:10, from main.cpp:17: /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp: In static member function ‘static void boost::property_tree::customize_stream<Ch, Traits, bool, void>::extract(std::basic_istream<_CharT, _Traits>&, bool&)’: /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp:117:18: error: expected unqualified-id before ‘{’ token /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp:117:18: error: expected ‘)’ before ‘{’ token /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp: In member function ‘boost::optional<E> boost::property_tree::stream_translator<Ch, Traits, Alloc, E>::get_value(const internal_type&)’: /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp:191:20: error: expected unqualified-id before ‘{’ token /home/pramod/libraries/boost_1_50_0/boost/property_tree/stream_translator.hpp:191:20: error: expected ‘)’ before ‘{’ token make: *** [main.o] Error 1 When I look the lines117 and 191 in ptree.hpp, they are the following: s >> e; if(s.fail()) { // Try again in word form. and customized::extract(iss, e); if(iss.fail() || iss.bad() || iss.get() != Traits::eof()) { return boost::optional<E>(); I can't spot anything obviously wrong with either of these lines. Does anyone have any clues on what could be going wrong? Thanks! Pramod

2 1

Anyone following boost as a git submodule?
by Chris Cleeland 28 Jun '12

28 Jun '12

Is anyone tracking boost for their project(s) as a git submodule by chance? What we've done up 'til now is import a particular boost rev directly into our repo (actually an SVN repo) but that is sub-optimal for various reasons. We're in the process of transitioning to git, so using a git submodule becomes a possibility. Wondering if anybody is doing that and, if so, if they'd be willing to discuss their experience either on list or privately. -- Chris Cleeland

1 0

[Interprocess] Unable to Access More than 7 GB of Memory
by Hering Cheng 27 Jun '12

27 Jun '12

Hi, Using Boost.Interprocess, with either unmanaged or managed shared memory, I am unable to access beyond 7 GB of the 20 GB of memory I allocated, despite the fact that none of the Interprocess API calls returned any error or threw any exception. I run into segmentation fault when I actually try to access the portion of the memory above the (approximately) 7 GB limit. If I perform a similar test with shared memory constructed via manual calls to System V IPC, then I can access all of the 20 GB of memory without any problem. I suspect this may be due to mmap() (using by Interprocess along with POSIX shm_open() and other calls) but I have been unable to verify. Does anyone have any experience on this? The machine is running RedHat 5 with 16 GB of RAM. (Yes, when I go through the 20 GB of memory a lot of paging/swapping occurred.) From below, I do not think that the problem was due to configuration. $ uname -a Linux NJ-CEL01 2.6.18-164.11.1.el5 #1 SMP Wed Jan 6 13:26:04 EST 2010 x86_64 x86_64 x86_64 GNU/Linux $ ulimit -a core file size (blocks, -c) 2147483648 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 141312 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 141312 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited $ grep . /proc/sys/kernel/shm* /proc/sys/kernel/shmall:4294967296 /proc/sys/kernel/shmmax:68719476736 /proc/sys/kernel/shmmni:4096 $ getconf PAGE_SIZE 4096 The following is the code for the test cases. struct entry_t { uint64_t f[10]; }; BOOST_FIXTURE_TEST_CASE(sysv_ipc, fixture) { std::cout << "System V IPC shared memory" << std::endl; const std::string shm_key = "/proc/sys/kernel/shmall"; const std::size_t shm_size = 20L * 1024L * 1024L * 1024L; const key_t ipc_key = ftok(shm_key.c_str(), 0); const int rm_rc = shmctl(ipc_key, IPC_RMID, NULL); if (rm_rc < 0) { std::cerr << "Unable to remove shared memory: " << strerror(errno) << std::endl; } const int shm_id = shmget(ipc_key, shm_size, 0644 | IPC_CREAT | IPC_EXCL); BOOST_ASSERT_MSG(shm_id >= 0, strerror(errno)); void * const shm_addr = shmat(shm_id, NULL, 0); BOOST_ASSERT_MSG(shm_addr != reinterpret_cast<void *>(-1), strerror(errno)); const std::size_t entry_count = 90L * (shm_size / sizeof(entry_t)) / 100L; entry_t * array = reinterpret_cast<entry_t *>(shm_addr); std::cout << "Initializing " << entry_count << " entries..." << std::endl; for (std::size_t i = 0; i < entry_count; ++i) { entry_t & entry = array[i]; void * addr = & entry; new (addr) entry_t(); if (i % 1000000 == 0) { std::cout << i << std::endl; } } std::cout << "Initialized all entries" << std::endl; shmctl(ipc_key, IPC_RMID, NULL); } BOOST_FIXTURE_TEST_CASE(unmanaged, fixture) { std::cout << "Unmanaged shared memory" << std::endl; const std::string shm_key = "test"; const std::size_t shm_size = 20L * 1024L * 1024L * 1024L; bipc::shared_memory_object::remove(shm_key.c_str()); bipc::shared_memory_object shm_obj(bipc::create_only, shm_key.c_str(), bipc::mode_t::read_write, bipc::permissions(0666)); shm_obj.truncate(shm_size); bipc::mapped_region region(shm_obj, bipc::read_write); const std::size_t entry_count = 90L * (shm_size / sizeof(entry_t)) / 100L; entry_t * array = reinterpret_cast<entry_t *>(region.get_address()); for (std::size_t i = 0; i < entry_count; ++i) { entry_t & entry = array[i]; void * addr = & entry; new (addr) entry_t(); if (i % 1000000 == 0) { std::cout << i << std::endl; } } bipc::shared_memory_object::remove(shm_key.c_str()); } BOOST_FIXTURE_TEST_CASE(managed, fixture) { std::cout << "Managed shared memory" << std::endl; const std::string shm_key = "test"; const std::size_t shm_size = 20L * 1024L * 1024L * 1024L; bipc::shared_memory_object::remove(shm_key.c_str()); bipc::managed_shared_memory shm(bipc::create_only, shm_key.c_str(), shm_size); typedef bipc::managed_shared_memory::allocator<entry_t>::type allocator_t; allocator_t array_alloc(shm.get_segment_manager()); const std::size_t entry_count = 90L * (shm_size / sizeof(entry_t)) / 100L; allocator_t::pointer array_ptr = array_alloc.allocate(entry_count); entry_t * array = array_ptr.get(); for (std::size_t i = 0; i < entry_count; ++i) { entry_t & entry = array[i]; void * addr = & entry; new (addr) entry_t(); if (i % 1000000 == 0) { std::cout << i << std::endl; } } bipc::shared_memory_object::remove(shm_key.c_str()); } Thanks. Hering

1 1

Meeting C++ - Call for Papers
by Jens Weller 27 Jun '12

27 Jun '12

Dear C++/boost community! I'm proud to announce the call for papers for the Meeting C++ conference! After having talked to some people in Aspen about the plans for a C++ conference in Germany, I've decided to give it a try. Meeting C++ will take place in November in Germany, as a 2 Day C++ conference. We are looking for speakers and possible talks at our conference in fall! Possible topics could include: * (modern) C++ * C++11 * boost * C++ Frameworks like Qt, wxWidgets, Ogre, ... * other C++ related topics You'll find more information and updates at the webpage http://meetingcpp.com Tickets will be available from July at our website. regards, Jens Weller -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

1 0

boost asio crash
by 陈海峰 27 Jun '12

27 Jun '12

quote_server[5071] general protection rip:904f96 rsp:2aaacd41fe70 error:0 [root@linuxdev quoteserver]# addr2line -e quote_server 904f96 /usr/local/boost_1_49_0/include/boost/asio/detail/epoll_reactor.hpp:111

1 0

boost asio crash, how to solve
by 陈海峰 27 Jun '12

27 Jun '12

1 0

[Boost.Function] detecting ignored arguments?
by Christoph Duelli 27 Jun '12

27 Jun '12

I have a callback-interface that can optionally process a "ServerError". If the callback looks at the error, there should be no default processing of the error. I have created a class callback that accepts two kinds of Boost.Functions: one with, one without an error object. When passing a callback function that does not look at the error, the call is ambiguous: both Boost.Functions could accept it. Is there a way to work around that problem? Can callback detect what kind of function it was passed? Some code illustrating my question: #include <boost/function.hpp> class ServerError; template<typename T> struct callback { typedef boost::function<void(T)> cb_func; cb_func callback_; typedef boost::function<void(T,const ServerError&)> cb_err_func; cb_err_func callback_err_; callback(const cb_func &cb) : callback_(cb) {} callback(const cb_err_func &cb) : callback_err_(cb) {} }; static void xxx(int) {} int main (int argc, char **argv) { // does not compile: ambiguous... callback<int> cb(&xxx); // does compile: but I'd like the compiler (or my lib) to automatically pick // the right one callback<int> cb(callback<int>::cb_func(&xxx)); return 0; } In the meantime I have found a possible workaround: If I change typedef boost::function<void(T,const ServerError&)> cb_err_func; to typedef boost::function<void(const ServerError&,T)> cb_err_func; the code does compile. Best regards and thank you for looking into this Christoph

3 3

Using boost string algorithm with BOOST_NO_STD_LOCALE
by Allan Nielsen 27 Jun '12

27 Jun '12

Hi, I'm developing for an embedded environment where we do not have a complete c++ standard library available, and one of the things missing is std::locale. But even without this feature, I would very much like to use the boost string algorithms ( split, tokenize, etc ). The only problem is that they depends on std::locale. I have been looking around in the source code, trying to see how easy it would be to add the needed ifdef's to make it work without std::locale. Most of the code looks straight forward to modify, but I'm stuck on this function: struct is_classifiedF : public predicate_facade<is_classifiedF> { // Boost.ResultOf support typedef bool result_type; // Constructor from a locale is_classifiedF(std::ctype_base::mask Type, std::locale const & Loc = std::locale()) : m_Type(Type), m_Locale(Loc) {} // Operation template<typename CharT> bool operator()( CharT Ch ) const { return std::use_facet< std::ctype<CharT> >(m_Locale).is( m_Type, Ch ); } private: std::ctype_base::mask m_Type; std::locale m_Locale; }; I know what the code does, I just do not know how it does it. This is without a doubt because I know nothing about locale, facet, etc. What I would like is another version of this struct which did not depend on std::locale, but simply assumed that the local used is "C". Something like this: struct is_classifiedF : public predicate_facade<is_classifiedF> { typedef bool result_type; is_classifiedF(std::ctype_base::mask Type) : m_Type(Type) {} template<typename CharT> bool operator()( CharT Ch ) const { // Write something here } private: std::ctype_base::mask m_Type; }; But as I do not understand the meaning/encoding of std::ctype_base::mask m_Type I found it hard to write the missing function body. So I could use some pointers/hints on how to implement this. Thanks Allan W. Nielsen

2 1

Explicit constructing boost intrusive list
by Allan Nielsen 26 Jun '12

26 Jun '12

Hi, I would like to use a boost::intrusive::list as a static global resource, which are accessed by other global objects. To ensure that the list is initialized before it is used by "other" global objects, I have been looking in to using the "Nifty counter" method (http://en.wikibooks.org/wiki/More_C%2B%2B_Idioms/Nifty_Counter) The problem is, that the nifty counter demands that it can control construction and destruction of the object. Is there any achieve this or something similar when using intrusive::list as a global resource? Best regards Allan W. Nielsen

2 2

[serialization] Serializing array of POD or custom type
by Kim Gadecki 26 Jun '12

26 Jun '12

Hi everyone. I'm trying to work out how you serialize arrays using the boost serializer. Here's a simplified example: struct node_link { u32 node_A; u32 node_B; }; struct Node { node_link* m_node_links_array; int m_node_links_size; }; // non-intrusive serialization template<class Archive> void serialize(Archive & ar, node_link& link, const unsigned int version) { ar & link.node_A; ar & link.node_B; } template<class Archive> void serialize(Archive & ar, Node& node_data, const unsigned int version) { ar & boost::serialization::array<node_link>(node_data.m_node_links_array, node_data.m_node_links_size); ar & node_data.m_node_links_size; } This seems to work for serializing but I get an error on de-serialization. Can anyone tell me the correct way to do this? Thanks

2 2

Hello, I meet some complied error, Anybody know how to solve it ?
by mingliang zou 25 Jun '12

25 Jun '12

This is source code: //====== file_dep_graph.h ====== /* #include <iostream> #include <fstream> #include <map> #include <string> #include <vector> #include <iterator> #include <algorithm> #include <numeric> using namespace std; #include <boost/graph/adjacency_list.hpp> #include <boost/tuple/tuple.hpp> #include <boost/graph/properties.hpp> #include <boost/graph/property_iter_range.hpp> using namespace boost; */ //============================== #include "file_dep_graph.h" typedef string Name; typedef float CompileCost; namespace boost { enum vertex_compile_cost_t { vertex_compile_cost = 111 }; BOOST_INSTALL_PROPERTY( vertex, compile_cost ); } typedef adjacency_list< listS, listS, directedS, property<vertex_name_t, Name, property<vertex_compile_cost_t, CompileCost, property<vertex_distance_t, float, property<vertex_color_t, default_color_type> > > >, property<edge_weight_t, float> > file_dep_graph2; typedef graph_traits<file_dep_graph2>::vertex_descriptor vertex_d; typedef graph_traits<file_dep_graph2>::vertex_iterator vertex_i; typedef graph_traits<file_dep_graph2>::edge_descriptor edge_d; typedef graph_traits<file_dep_graph2>::edge_iterator edge_i; typedef property_map<file_dep_graph2, vertex_name_t>::type name_map_t; typedef property_map<file_dep_graph2, vertex_compile_cost_t>::type compile_cost_map_t; typedef property_map<file_dep_graph2, vertex_distance_t>::type distance_map_t; typedef property_map<file_dep_graph2, vertex_color_t>::type color_map_t; typedef map<Name, vertex_d> Name2Vertex; typedef pair<Name, CompileCost> TargetProperties; typedef vector<TargetProperties> TargetsProperties; typedef istream_iterator<TargetProperties> TargetsPropertiesInputIterator; typedef ostream_iterator<TargetProperties> TargetsPropertiesOutputIterator; namespace std { istream& operator>> ( istream& is, TargetProperties& target_propertices ) { is >> target_propertices.first >> target_propertices.second; return is; } ostream& operator<< ( ostream& os, const TargetProperties& target_propertices ) { os << target_propertices.first << ' ' << target_propertices.second; return os; } } typedef pair<Name, Name> Dependency; typedef vector<Dependency> Dependencies; typedef istream_iterator<Dependency> DependenciesInputIterator; typedef ostream_iterator<Dependency> DependenciesOutputIterator; namespace std { istream& operator>> ( istream& is, Dependency& dependency ) { is >> dependency.first >> dependency.second; return is; } ostream& operator<< ( ostream& os, const Dependency& dependency) { os << dependency.first << ' ' << dependency.second; return os; } } template <typename Graph, typename ColorMap, typename Visitor> void dfs_v2( const Graph& g, typename graph_traits<Graph>::vertex_desciptor u, ColorMap color, Visitor vis ) { typedef typename property_traits<ColorMap>::value_type color_type; typedef color_traits<color_type> ColorT; color[ u ] = ColorT::gray(); vis.discover_vertex( u, g ); typename graph_traits<Graph>::out_edge_iterator ei, ei_end; for( tie( ei, ei_end ) = out_edges( u, g ); ei != ei_end; ei++ ) if( color[ target( *ei, g ) ] = ColorT::white() ) { vis.tree_edge( *ei, g ); dfs_v2( g, target( *ei, g ), color, vis ); } else if( color[ target( *ei, g ) ] == ColorT::gray() ) vis.back_edge( *ei, g ); else vis.forward_or_cross_edge( *ei, g ); color[ u ] = ColorT::black(); vis.finish_vertex( u, g ); } template <typename Graph, typename Visitor, typename ColorMap> void generic_dfs_v2( const Graph& g, Visitor vis, ColorMap color ) { typedef color_traits<typename property_traits<ColorMap>::value_type> ColorT; typename graph_traits<Graph>::vertex_iterator vi, vi_end; for( tie( vi, vi_end ) = vertices( g ); vi != vi_end; vi++ ) color[ *vi ] = ColorT::white(); for( tie( vi, vi_end ) = vertices( g ); vi != vi_end; vi++ ) if( color[ *vi ] == ColorT::white() ) dfs_v2( g, *vi, color, vis ); } struct default_dfs_visitor { template <typename V, typename G> void discover_vertex( V, const G& ) {} template <typename E, typename G> void tree_edge( E, const G& ) {} template <typename E, typename G> void back_edge( E, const G& ) {} template <typename E, typename G> void forward_or_cross_edge( E, const G& ) {} template <typename V, typename G> void finish_vertex( V, const G& ) {} }; template <typename OutputIterator> struct topo_visitor : public default_dfs_visitor { topo_visitor( OutputIterator& order ) :topo_order( order ) {} template <typename Graph> void finish_vertex( typename graph_traits<Graph>::vertex_descriptor u, const Graph& ) { *topo_order++ = u; } OutputIterator& topo_order; }; template <typename Graph, typename OutputIterator, typename ColorMap> void topo_sort( const Graph& g, OutputIterator topo_order, ColorMap color ) { topo_visitor<OutputIterator> vis( topo_order ); generic_dfs_v2( g, vis, color ); } int main() { // ====== input data from file ======= ifstream ifile( "makefile_target_properties.dat" ); TargetsPropertiesInputIterator it( ifile ), it_end; TargetsProperties targets_properties( it, it_end ); ifile.close(); ifstream ifile_dep( "makefile_dependencies.dat" ); DependenciesInputIterator it_dep( ifile_dep ), it_dep_end; Dependencies dependencies( it_dep, it_dep_end ); ifile_dep.close(); // ======= create graph ====== file_dep_graph2 g( targets_properties.size() ); vertex_i vi, vi_end; tie( vi, vi_end ) = vertices( g ); Name2Vertex name2vertex; for( int i = 0; vi != vi_end; vi++, i++ ) name2vertex[ targets_properties[ i ].first ] = *vi; for( int i = 0; i < dependencies.size(); i++ ) add_edge( name2vertex[ dependencies[ i ].first ], name2vertex[ dependencies[ i ].second ], g ); // ======== set properties ======== tie( vi, vi_end ) = vertices( g ); name_map_t name_map = get( vertex_name, g ) ; for( int i = 0; vi != vi_end; vi++, i++ ) name_map[ *vi ] = targets_properties[ i ].first; tie( vi, vi_end ) = vertices( g ); compile_cost_map_t compile_cost_map = get( vertex_compile_cost, g ); for( int i = 0; vi != vi_end; vi++, i++ ) compile_cost_map[ *vi ] = targets_properties[ i ].second; graph_property_iter_range<file_dep_graph2, vertex_name_t>::iterator ni, ni_end; tie( ni, ni_end ) = get_property_iter_range( g, vertex_name ); for( ;ni != ni_end; ni++ ) cout << *ni << endl; graph_property_iter_range<file_dep_graph2, vertex_compile_cost_t>::iterator ci, ci_end; tie( ci, ci_end ) = get_property_iter_range( g, vertex_compile_cost ); cout << accumulate( ci, ci_end, 0.0 ) << endl; vector<vertex_d> order( num_vertices( g ) ); color_map_t color_map = get( vertex_color, g ); topo_sort( g, order.rbegin(), color_map ); return 0; } ========= complied code ========= [root@zml file_dep_graph]#g++ -o file_dep_graph2 file_dep_graph2.cpp file_dep_graph2.cpp: In function 'void generic_dfs_v2(const Graph&, Visitor, ColorMap) [with Graph = boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::property<boost::vertex_compile_cost_t, float, boost::property<boost::vertex_distance_t, float, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property> > > >, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>, Visitor = topo_visitor<std::reverse_iterator<__gnu_cxx::__normal_iterator<void**, std::vector<void*, std::allocator<void*> > > > >, ColorMap = boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::property<boost::vertex_compile_cost_t, float, boost::property<boost::vertex_distance_t, float, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property> > > >, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>, boost::default_color_type, boost::default_color_type&, boost::vertex_color_t>]': file_dep_graph2.cpp:165: instantiated from 'void topo_sort(const Graph&, OutputIterator, ColorMap) [with Graph = file_dep_graph2, OutputIterator = std::reverse_iterator<__gnu_cxx::__normal_iterator<void**, std::vector<void*, std::allocator<void*> > > >, ColorMap = boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::property<boost::vertex_compile_cost_t, float, boost::property<boost::vertex_distance_t, float, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property> > > >, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>, boost::default_color_type, boost::default_color_type&, boost::vertex_color_t>]' file_dep_graph2.cpp:225: instantiated from here file_dep_graph2.cpp:132: error: no matching function for call to 'dfs_v2(const boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::property<boost::vertex_compile_cost_t, float, boost::property<boost::vertex_distance_t, float, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property> > > >, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>&, void*&, boost::adj_list_vertex_property_map<boost::adjacency_list<boost::listS, boost::listS, boost::directedS, boost::property<boost::vertex_name_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, boost::property<boost::vertex_compile_cost_t, float, boost::property<boost::vertex_distance_t, float, boost::property<boost::vertex_color_t, boost::default_color_type, boost::no_property> > > >, boost::property<boost::edge_weight_t, float, boost::no_property>, boost::no_property, boost::listS>, boost::default_color_type, boost::default_color_type&, boost::vertex_color_t>&, topo_visitor<std::reverse_iterator<__gnu_cxx::__normal_iterator<void**, std::vector<void*, std::allocator<void*> > > > >&)' How can I solve this error? Anybody can help me?

2 3

[boost::format] operator % could use call_traits<..>::parameter_type
by Luc Bourhis 25 Jun '12

25 Jun '12

Hi, consider a library featuring code like template <..., unsigned Rank, ...> struct Foo { ... static unsigned const rank = Rank; .... }; as well as boost::format(...) % Foo::rank Such code will link if and only if a definition for Foo::rank is provided because the interface of operator % is template <class T> operator%(const T& x) This is not possible in the library, as I do not know which values of Rank will be used by client code. Thus the only possibility is a hat trick like boost::format(...) % (Foo::rank+0) If operator % took integral types by value instead, this would alleviate the problem. Hence the suggestion to use call_traits<T>::parameter_type instead of T const &. Of course, the same could be said of many functions other than format::operator% Best wishes, Luc Bourhis

2 2

Trouble linking with boost::program_options on OSX 10.7
by Jürgen Simon 25 Jun '12

25 Jun '12

Hi, I have boost 1.49 installed through homebrew on OSX 10.7. I'm attempting to compile a program making use of boost::program_options. I get the following error: Undefined symbols for architecture x86_64: "boost::program_options::detail::cmdline::get_canonical_option_prefix()", referenced from: boost::program_options::basic_command_line_parser<char>::run() in meanshift_clustering.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) I clearly remember that this used to compile in the past. In the meantime I had uninstalled and re-installed boost a few times. I double-checked the invocation though, the paths are correct: Ld Debug/meanshift_clustering normal x86_64 cd myproject setenv MACOSX_DEPLOYMENT_TARGET 10.7 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -arch x86_64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk -Lmyproject/Debug -Fmyproject/Debug -filelist myproject/myproject.build/Debug/meanshift_clustering.build/Objects-normal/x86_64/meanshift_clustering.LinkFileList -mmacosx-version-min=10.7 -Wl,-search_paths_first -Wl, -headerpad_max_install_names myproject/Debug/libmyproject.dylib /usr/local/lib/libradolan.dylib /usr/local/lib/libnetcdf_c++.dylib /usr/local/lib/libnetcdf.dylib /usr/local/lib/libboost_system-mt.dylib /usr/local/lib/libboost_program_options-mt.dylib /usr/local/lib/libboost_thread-mt.dylib /usr/local/lib/libhdf5.dylib /usr/local/lib/libhdf5_hl.dylib -o myproject/Debug/meanshift_clustering I checked with nm if the symbol is in /usr/local/lib/libboost_program_options-mt.dylib and it is not. This makes me think it's some kind of problem with boost. I do not reference this symbol in my code directly, anywhere. -- View this message in context: http://boost.2283326.n4.nabble.com/Trouble-linking-with-boost-program-optio… Sent from the Boost - Users mailing list archive at Nabble.com.

2 1

Boost Program Options: Any way to have variable number of "objects" each with parameters?
by Charles Mills 25 Jun '12

25 Jun '12

I really like the Boost Program Options library. I've used it for one program now with great effect and I'd like to use it for another, but can't figure out how to structure what I need to do so that Boost PO could handle it. I am solely interested in the ".ini file" for this - command line is irrelevant. The problem is "how does a program allow the specification of a variable number of 'objects' each of which has parameters of its own?" Here is a hypothetical program that exemplifies the problem. Suppose a program were going to create multiple geometric shapes of some sort. An ideal (unsupported by PO) .ini file might look like rectangles=3 rectangle[0].width=5 rectangle[0].height=10 rectangle[1].width=3 etc. circles=2 circle[0].diameter=4 etc. Can anyone suggest a way to accomplish this with Boost PO? I'm real flexible on what the .ini file might look like so long as it solves the problem and is reasonably explicable to a user. (No need for it to look almost like the above.) Thanks, Charles

3 6

BGL Python lib compilation error.
by vy 25 Jun '12

25 Jun '12

Hi, I am new to BGL as well as python and need to install BGL support for Python. I followed the following steps for the installation. 1. downloaded Boost current : 1.49.0: & bootstrap with --with-python=/usr/bin/python 2. downloaded bgl-python from 'svn co https://svn.osl.iu.edu/svn/projects/viz/bgl-python' 3. set the environ variable BOOST_ROOT to "dir head of Boost1_49_0 src code" 4. run bjam in bgl-python. dir I get 2 compilation errors. ...failed gcc.compile.c++ bin.v2/gcc-4.6/release/graphml.o... ...skipped <pbin.v2/gcc-4.6/release>_graph.so for lack of <pbin.v2/gcc-4.6/release>graphviz.o... ...failed updating 2 targets... ...skipped 1 target... === The errors are related to read/write_graphviz() read/write_graphml() in files graphviz.cpp and graphml.cpp : Anyone who have fixes are work around, kindly please let know. Thanks a lot, in advance. Example error output given below: [1] In file included from src/graphviz.cpp:11:0: 17 boost-python/boost_1_49_0/boost/graph/graphviz.hpp: In function ‘void boost::write_graphviz(std::ostream&, con st Graph&, VertexPropertiesWriter, EdgePropertiesWriter, GraphPropertiesWriter, VertexID, typename boost::enable_if_c<boost::i s_base_and_derived<boost::vertex_list_graph_tag, typename boost::graph_traits<Graph>::traversal_category>::value, boost::graph ::detail::no_parameter>::type) [with Graph = boost::graph::python::basic_graph<boost::undirectedS>, VertexPropertiesWriter = b oost::dynamic_properties, EdgePropertiesWriter = std::basic_string<char>, GraphPropertiesWriter = boost::graph::python::object _as_string_property_map<boost::graph::python::basic_descriptor<void*, boost::undirectedS> >, VertexID = boost::graph::python:: basic_index_map<boost::graph::python::basic_descriptor<void*, boost::undirectedS>, boost::adj_list_vertex_property_map<boost:: adjacency_list<boost::listS, boost::listS, boost::undirectedS, boost::property<boost::vertex_index_t, unsigned int>, boost::pr operty<boost::edge_index_t, unsigned int>, boost::no_property, boost::listS>, unsigned int, const unsigned int&, boost::vertex _index_t> >, std::ostream = std::basic_ostream<char>, typename boost::enable_if_c<boost::is_base_and_derived<boost::vertex_lis t_graph_tag, typename boost::graph_traits<Graph>::traversal_category>::value, boost::graph::detail::no_parameter>::type = boos t::graph::detail::no_parameter]’: 18 boost-python/boost_1_49_0/boost/graph/graphviz.hpp:286:5: instantiated from ‘void boost::write_graphviz(std: :ostream&, const Graph&, VertexPropertiesWriter, EdgePropertiesWriter, GraphPropertiesWriter, typename boost::enable_if_c<boos t::is_base_and_derived<boost::vertex_list_graph_tag, typename boost::graph_traits<Graph>::traversal_category>::value, boost::g raph::detail::no_parameter>::type) [with Graph = boost::graph::python::basic_graph<boost::undirectedS>, VertexPropertiesWriter = boost::dynamic_properties, EdgePropertiesWriter = std::basic_string<char>, GraphPropertiesWriter = boost::graph::python::ob ject_as_string_property_map<boost::graph::python::basic_descriptor<void*, boost::undirectedS> >, std::ostream = std::basic_ost ream<char>, typename boost::enable_if_c<boost::is_base_and_derived<boost::vertex_list_graph_tag, typename boost::graph_traits< Graph>::traversal_category>::value, boost::graph::detail::no_parameter>::type = boost::graph::detail::no_parameter]’ 19 src/graphviz.cpp:105:5: instantiated from ‘void boost::graph::python::write_graphviz(const Graph&, const string&, const stri ng&) [with Graph = boost::graph::python::basic_graph<boost::undirectedS>, std::string = std::basic_string<char>]’ 20 src/graphs.hpp:28:1: instantiated from here 21 boost-python/boost_1_49_0/boost/graph/graphviz.hpp:260:5: error: no match for call to ‘(boost::graph::python:: object_as_string_property_map<boost::graph::python::basic_descriptor<void*, boost::undirectedS> >) (std::ostream&)’

1 0

[range] boost::size wrong return type?
by Oswin Krause 25 Jun '12

25 Jun '12

Hi list, I'm using boost 1.49 and get an annoying number of signed/unsigned comparison warnings when i use boost::size. Which is because the return type seems to be signed When I look at boost/range/size.hpp, i get template<class SinglePassRange> inline BOOST_DEDUCED_TYPENAME range_difference<SinglePassRange>::type <--signed size(const SinglePassRange& rng) But the documentation for random access ranges tells otherwise: Expression: boost::size(a) Return Type: boost::range_size<X>::type and Forward Range defines range_size as: boost::range_size<X>::type An unsigned integral type that can represent any nonnegative value of the Range's distance type. assuming the documentation does not lie, I propose the following fix template<class SinglePassRange> inline BOOST_DEDUCED_TYPENAME range_size<SinglePassRange>::type size(const SinglePassRange& rng) Greetings, Oswin

2 1

boost::wave::context deadlocks when called from a DLL
by Julien Lebot 24 Jun '12

24 Jun '12

Hi all, I'm having some issue with boost::wave::context: I have a function called PreProcessSource, which allocates a boost::wave::context and does some preprocessing; nothing fancy at all. std::string PreProcessSource(const std::string& instring, const std::string& defines) { typedef boost::wave::cpplexer::lex_token<> token_type; typedef boost::wave::cpplexer::lex_iterator<token_type> lex_iterator_type; typedef boost::wave::context<std::string::iterator, lex_iterator_type> context_type; std::string source = instring; context_type ctx(source.begin(), source.end()); // DEADLOCK here ctx.set_language(boost::wave::enable_emit_line_directives(ctx.get_language(), true)); if(!defines.empty()) { std::vector<std::string> tokens; Split<std::string>(defines, tokens, ","); std::vector<std::string>::const_iterator cit = tokens.begin(); for (;cit != tokens.end(); ++cit) ctx.add_macro_definition(*cit); } context_type::iterator_type first = ctx.begin(); context_type::iterator_type last = ctx.end(); std::string outstring; while (first != last) { const token_type::string_type& value = (*first).get_value(); std::copy(value.begin(), value.end(), std::back_inserter(outstring)); ++first; } return outstring; } In the past it used to work fine, albeit with boost 1.47.0: Library Nitro is a DLL that hosts the PreProcess source function, the executable uses the Nitro DLL and can call PreProcess source, and Nitro DLL can also sometimes call the function itself. But right now this is no longer the case: whenever Nitro DLL calls the function itself, or Nitro DLL calls another function, which in turn calls back into Nitro DLL PreProcess function, it deadlocks. If DO_DEADLOCK is defined to 1 in the following piece of code, the deadlock will happen: // In executable class Tutorial01 : public Game { public: // ... Tutorial01() : Game() { #if !DO_DEADLOCK std::stringstream sstream; sstream << "void main(inout float4 vtxInput : POSITION) { }" << std::endl << std::endl; std::string source = sstream.str(); std::string defines = ""; std::string shaderCode = Nitro::PreProcessSource(source, defines); #endif } void LoadContent() { #if DO_DEADLOCK std::stringstream sstream; sstream << "void main(inout float4 vtxInput : POSITION) { }" << std::endl << std::endl; std::string source = sstream.str(); std::string defines = ""; std::string shaderCode = Nitro::PreProcessSource(source, defines); #endif // Original code that deadlocks too. // Calls in the DLL, which will call PreProcessSource. // effect->Initialize(device, source, "DX11"); } // ... }; int APIENTRY wWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPWSTR lpCmdLine, int nCmdShow) { Tutorial00 app; app.Run(); return 0; } Note that the constructor is called directly from the executable, whereas LoadContent is called from the DLL: // In Nitro DLL void Game::Run() { try { // ... LoadContent(); // ... } catch(/* ... */) { } } The code is compiled for x64 and in debug mode. I compile boost myself into a DLL (using bcp to get the files for the libraries I use) with the following options: Preprocessor: WIN32 BOOST_ALL_NO_LIB BOOST_ALL_DYN_LINK BOOST_THREAD_BUILD_DLL _DLL _DEBUG _WINDOWS _USRDLL Code Generation: C++ Exceptions (/EHsc) Multi-threaded Debug DLL (/MDd) Function-level linking (/Gy) Streaming SIMD Extensions 2 (/arch:SSE2) (/arch:SSE2) Fast floating point model (/fp:fast) DLL A uses the same code gen options, and has the following preprocessor macros defined: _WINDLL _UNICODE UNICODE WIN32 _WINDOWS BOOST_ALL_NO_LIB _DEBUG The executable and unit test executable uses the same code gen options, and have the following preprocessor macros defined: BOOST_ALL_NO_LIB UNICODE _UNICODE _MBCS I have tried various combinations of preprocessor definitions (with _DEBUG and without, with BOOST_THREAD_USE_DLL, and without; to no avail). Here is the (cleaned up) stack trace of the deadlock: ntdll.dll!0000000076dc135a() [Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll] KernelBase.dll!000007fefd4f10dc() Nitro.dll!boost::call_once<void (__cdecl*)(void)>(boost::once_flag & flag, void (void)* f) Line 197 + 0x18 bytes C++ Nitro.dll!boost::call_once(void (void)* func, boost::once_flag & flag) Line 28 C++ Nitro.dll!boost::spirit::classic::static_<boost::thread_specific_ptr<boost::weak_ptr<boost::spirit::classic::impl::grammar_helper ... Line 72 + 0x13 bytes C++ Nitro.dll!boost::spirit::classic::impl::get_definition<boost::wave::util::time_conversion::time_conversion_grammar, ... Line 241 + 0x17 bytes C++ Nitro.dll!boost::spirit::classic::impl::grammar_parser_parse<0,boost::wave::util::time_conversion::time_conversion_grammar, ... Line 296 + 0xa bytes C++ Nitro.dll!boost::spirit::classic::grammar<boost::wave::util::time_conversion::time_conversion_grammar, ... Line 55 + 0x3c bytes C++ Nitro.dll!boost::spirit::classic::grammar<boost::wave::util::time_conversion::time_conversion_grammar, ... Line 65 + 0x75 bytes C++ Nitro.dll!boost::spirit::classic::impl::phrase_parser<boost::spirit::classic::space_parser>::parse<char const * __ptr64,boost::wave::util::time_conversion::time_conversion_grammar> ... Line 136 C++ Nitro.dll!boost::spirit::classic::parse<char const * __ptr64,boost::wave::util::time_conversion::time_conversion_grammar, ... Line 155 + 0x3a bytes C++ Nitro.dll!boost::spirit::classic::parse<char,boost::wave::util::time_conversion::time_conversion_grammar, ... Line 173 + 0x23 bytes C++ Nitro.dll!boost::wave::util::time_conversion::time_conversion_helper::time_conversion_helper(const char * act_time) Line 123 C++ Nitro.dll!boost::wave::util::predefined_macros::predefined_macros() Line 196 + 0x38 bytes C++ ... Nitro.dll!Nitro::PreProcessSource(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & instring, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & defines) Line 51 + 0xa0 bytes C++ Tutorial01.exe!Tutorial01::LoadContent() Line 70 + 0x33 bytes C++ Nitro.dll!Nitro::Game::Run() Line 40 C++ Tutorial01.exe!wWinMain(HINSTANCE__ * hInstance, HINSTANCE__ * hPrevInstance, wchar_t * lpCmdLine, int nCmdShow) Line 149 C++ Tutorial01.exe!__tmainCRTStartup() Line 547 + 0x42 bytes C Tutorial01.exe!wWinMainCRTStartup() Line 371 C kernel32.dll!00000000766a652d() ntdll.dll!0000000076d9c521() It seems boost::wave is trying to parse some time stamp, and by doing so instantiates a grammar and that's when things seem to go bad. The deadlock happens inside the constructor of the context type, and the Visual Studio debugger points me to line 197 in boost\thread\win32\once.hpp BOOST_VERIFY(!::boost::detail::win32::WaitForSingleObject( event_handle,::boost::detail::win32::infinite)); When called directly from the executable, I have noticed that the once_flag.status value is 0, and it exits the loop on the first iteration, whereas when it's called from inside the DLL, the once_flag.status value is 53, and it goes around the loop twice before falling into the WaitForSingleObject. I'm not sure if that's even relevant but I've exhausted all the possibilities and I'm out of ideas. I'd be grateful if anyone could shed some light on this. Best Regards, Julien Lebot

2 3

issue about include boost thread header in MFC dll
by young 24 Jun '12

24 Jun '12

I have a MFC dll application. I try to use Boost thread in the dll. #include "stdafx.h" #include "interface.h" #include "MFCDLL.h" #include <boost/thread.hpp> // The one and only CMFCDLLApp object CMFCDLLApp theApp; EXPORT32 int __stdcall func() { AFX_MANAGE_STATE(AfxGetStaticModuleState()); ... return DLL_OK; } The build is OK. But when I call the func, it crashes. If I comment the line: //#include <boost/thread.hpp> Then it works well. So how to use thread in MFC dll? -- View this message in context: http://boost.2283326.n4.nabble.com/issue-about-include-boost-thread-header-… Sent from the Boost - Users mailing list archive at Nabble.com.

3 5

Filesystem: Choose random file from directory
by Andrej van der Zee 23 Jun '12

23 Jun '12

Hi, I have a directory with about 500.000 thousand small files in it. I need to randomly select one of those file. What would be the *most efficient* way to achieve this? Thank you, Andrej

4 4

[serialization] mingw Deriving from boost::archive::xml_iarchive
by Ken 23 Jun '12

23 Jun '12

Hi, We have a boost archive class derived from boost::archive::xml_iarchive_impl, like this: class XmlInputArchive : public boost::archive::xml_iarchive_impl< XmlInputArchive >, public boost::archive::detail::shared_ptr_helper Its purpose is to provide diagnostics information when deserialising xml archive input, ie. which tag is failing. In porting from 1_41 to 1_49 on mingw this no longer links because the boost::archive::basic_xml_grammar<char> class's symbols are no longer exported from the serialization library. The functions this class overrides are the protected functions: void load_start( const char * name ); void load_end( const char * name ); The existing boost::archive::xml_iarchive class derives from xml_iarchive_impl, and as these functions are protected in the latter, they are not available to a class derived from boost::archive::xml_iarchive class directly. And, for the same reason, we can't create an archive class that delegates to a boost::archive::xml_iarchive instance. So neither deriving from boost::archive::xml_iarchive nor using one as a delegate are feasible solutions. Is there a way of creating an xml_iarchive class that has access to the load_start, load_end functions? Or perhaps there is another way to get the diagnostics information about which xml tags are being processed? Thanks, Ken Appleby

2 2

Advance usage of mutil index,need help.
by 张大千 23 Jun '12

23 Jun '12

this is the story: suppose you have some files(files1,files2,files3) and some usergroup(ug1,ug2,ug3). and this is the struct file{ string name; set<string> group; } and file1.name = "file1"; file1.group.insert("ug1"); file1.group.insert("ug2"); file1.group.insert("ug3"); file2.name = "file2"; file2.group.insert("ug2"); file3.name = "file3"; file3.group.insert("ug3"); and i need search by file name or group, and file name should can be support fuzzy search (eg. *ile , *1 ....) can boost mutil index do this,if can ,what kind index need? or there is other way to do this?

1 0