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

[thread] Compiling libraries compatible with Boost.Thread using g++ on Linux
by Jorge Moraleda 12 May '10

12 May '10

Dear Boost.Thread experts, I wrote some libraries that are not multithreaded, but are supposed to be reentrant. I am compiling them from source. When I produce an executable that links these static libraries and invokes functions from these libraries from multiple threads via Boost.Threads, valgrind drd reports some race conditions in what appears to be straight forward memory access allocated with calloc. To be clear: the library function allocates some memory with calloc and later releases it. This memory is local to the function. I am wondering if I need to use any especial compiler flags when compiling the static libraries to make sure they are reentrant and compatible with Boost.Thread. In particular should I use or not use "-pthread" when compiling the libraries? Should I use "-pthread" when compiling and linking the final executable? I use gcc version 4.4.4 (Debian 4.4.4-1) and boost 1.42 (compiled from source because I am using Boost.Log). Thank you. Jorge Moraleda

1 0

[interprocess][boost 1.42.0] message_queue: mac OSX rosetta cfm app ==> macho dylib ==> macho app
by Jeff Flinn 12 May '10

12 May '10

I'm not able to see a shared message_queue which is created in an OSX mach-o bundled dylib(created with XCode 3.1.2), called from a CFM based app running under Rosetta(created with CodeWarrior 9.x) with a mach-o based app(created with XCode 3.1.2) waiting to receive message(s). I can send messages until the message count maxes out, but am blocked on the receive end. Has anyone else been (un)lucky enough to deal with this situation? I've been searching for info on just how Rosetta works and what it's implications are, without luck. Thanks, Jeff

1 0

Termination of breadth first search
by Eric Fowler 12 May '10

12 May '10

I noticed the Boost doc for dijkstra_shortest_paths() <http://www.boost.org/doc/libs/1_43_0/boost/graph/dijkstra_shortest_paths.hpp> says that the algorithm terminates when the priority queue is empty, which implies visiting every vertex, which is not necessary to find the shortest path between two vertices. I would like to use the algorithm to find the shortest path to a known vertex, which means stopping it before the queue is empty. At what point can I (the library client) decide to end a BFS search? Eric

2 1

[uuid] to string problem
by Saygin Arkan 12 May '10

12 May '10

Hi, I'm a newbie on boost. I've downloaded and used some features. I couldn't find how to cast uuid into string. #include "boost/date_time/gregorian/gregorian.hpp" #include <boost/uuid/uuid.hpp> #include <boost/uuid/uuid_generators.hpp> #include <boost/uuid/random_generator.hpp> #include <boost/uuid/string_generator.hpp> ... date GeneratorUtils::getRandomDate() { int year, month ,day; day = rand() % 30; month = rand() % 12; year = 1980 + rand() % 25; string str_date = "" + day + month + year ; date d(from_simple_string(str_date)); return d; string GeneratorUtils::getRandomID(){ random_generator gen; uuid u = gen(); return u.uuid_to_string(); // ERROR } It does not accept any to_string() function. Is there a way to convert from uuid to string in C++? (by the way, I can use the other things such as date d, uuid u etc.) -- H. Saygin Arkan Tampere University of Tech. CS / III - +358466646156

6 18

boost::thread - many compiler warnings
by Manfred Schwind 12 May '10

12 May '10

Hi, we are using boost to develp cross-platform stuff. I am the Mac developer. The Mac is a 64 bit Intel machine, development environment is Xcode, of course, using gcc as compiler. To create code as robust as possible I always turn on as many warning levels as possible. Usually I am using this: -Wall -Wextra -Wconversion -Wshorten-64-to-32 This worked great with all basic boost stuff that we've used previously. Now I tried just to include thread.hpp and I get many many compiler warnings! I just do: #include "boost/thread.hpp" The warnings are just two kinds of warnings: 1.) warning: implicit conversion shortens 64-bit value into a 32-bit value 2.) warning: missing initializer for member '...' An example for the first warning can be found in gregorian_calender.ipp (just showing relevant parts): template<typename ymd_type_, typename date_int_type_> BOOST_DATE_TIME_INLINE int gregorian_calendar_base<ymd_type_,date_int_type_>::week_number(const ymd_type& ymd) { ... unsigned long week = (juliantoday + day - julianbegin + 4)/7; if ((week >= 1) && (week <= 52)) { return week; } ... Here's clearly missing a cast to tell the compiler that it's ok to return the unisigned long as int. On most 64 bit systems, long is 64 bit but int is 32 bit. The second warning is caused by the following line in conversion.hpp: std::tm datetm = {}; // zero initialization is needed for extension members, like tm_zone In this line I get the "missing initializer" warning for every member of the struct, e.g. tm::tm_sec, tm::tm_min, tm::tm_hour etc. What's the intension by initializing with empty braces? IMO this is not a standard initialization method. Is there any chance that these errors get fixed? Any ideas how to use thread.hpp without reducing my warning levels? Does anyone have the same problems? Regards, Manfred Schwind -- http://mani.de - friendly software iVolume - listen to music hands-free LittleSecrets - the encrypted notepad Sahara - sand in your pocket Watchdog - baffle the curious

6 5

[GIL] does gil::variant<mpl::vector3<A, B, C> > constructor accept instances of gil::variant<mpl::vector2<A, B> > ?
by Nicolas Lelong 12 May '10

12 May '10

Hi ! the question is in the subject, but I can elaborate a bit. I have the set of all views supported by my application, defined as : typedef mpl::vector9< gray8_view_t , rgb8_view_t, bgr8_view_t, rgba8_view_t, bgra8_view_t , rgb32f_view_t, bgr32f_view_t, rgba32f_view_t, bgra32f_view_t > gil_all_views_t; typedef any_image_view<gil_all_views_t> any_view; Then I have a function, reading a file and returning an any_image_view, of a different type : typedef boost::mpl::vector3<boost::gil::gray8_view_t, boost::gil::bgr8_view_t, boost::gil::bgra8_view_t> tga_views_t; typedef boost::gil::any_image_view<tga_views_t> any_tga_view; The ' tga_views_t' is a subset of 'gil_all_views_t'. It seems that I cannot construct an 'any_view' instance, from an 'any_tga_view' ; I receive a bad_cast exception. Is there an existing function or construct I could use for this ? If I'm not mistaken, boost::variant (not the gil one) allow such constructs : it extracts the type of the value contained in the 'foreign' variant, and assigns this value to the new variant. Anyone could tell me what is the rationale behind having a special variant for boost::gil ? performance ? Wouldn't it be easier to replace it by boost::variant ? Thanks is advance, cheers, Nicolas.

4 5

Never mind ...
by Eric Fowler 12 May '10

12 May '10

bool b_eric_is_a_numnut; MYEDGEPROPS my_edge_props( param ); tie(e01, b_eric_is_a_numnut) = add_edge(v0, v1, my_edge_props, my_graph); All I needed. It was the return, not the parameter. Thanks. Eric

1 0

Problems compiling with bundled properties and add_edge()
by Eric Fowler 11 May '10

11 May '10

I am using bundled properties: typedef unsigned position_type; template<typename T> class POS { public: ... }; template<typename T> struct LEN { T len_sq; }; typedef POS<position_type> POSITION; typedef LEN<position_type> LENGTH; typedef adjacency_list<vecS, vecS, bidirectionalS, POSITION, LENGTH> DG; typedef graph_traits<DG>::vertex_descriptor Vertex; typedef graph_traits<DG>::edge_descriptor Edge; ...and I am calling add_edge() like this [from within the graph class so (*this) resolves to the graph object]: LENGTH l; l.len_sq = whatever; e01 = add_edge(v0, v1, l, *this); The g++ compiler is punishing me with huge error reports that say: ../main.cpp: In constructor ‘DelaunayGraph<T>::DelaunayGraph(const int&, const int&) [with T = unsigned int]’: ../main.cpp:126: instantiated from here ../main.cpp:101: error: no match for ‘operator=’ in ‘((DelaunayGraph<unsigned int>*)this)->DelaunayGraph<unsigned int>::e01 = boost::add_edge [with Graph = boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, POS<unsigned int>, LEN<unsigned int>, boost::no_property, boost::listS>, Config = boost::detail::adj_list_gen<boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, POS<unsigned int>, LEN<unsigned int>, boost::no_property, boost::listS>, boost::vecS, boost::vecS, boost::bidirectionalS, boost::property<boost::vertex_bundle_t, POS<unsigned int>, boost::no_property>, boost::property<boost::edge_bundle_t, LEN<unsigned int>, boost::no_property>, boost::no_property, boost::listS>::config, Base = boost::bidirectional_graph_helper_with_property<boost::detail::adj_list_gen<boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, POS<unsigned int>, LEN<unsigned int>, boost::no_property, boost::listS>, boost::vecS, boost::vecS, boost::bidirectionalS, boost::property<boost::vertex_bundle_t, POS<unsigned int>, boost::no_property>, boost::property<boost::edge_bundle_t, LEN<unsigned int>, boost::no_property>, boost::no_property, boost::listS>::config>](((DelaunayGraph<unsigned int>*)this)->DelaunayGraph<unsigned int>::v0, ((DelaunayGraph<unsigned int>*)this)->DelaunayGraph<unsigned int>::v1, ((const boost::property<boost::edge_bundle_t, LEN<unsigned int>, boost::no_property>&)(& boost::property<boost::edge_bundle_t, LEN<unsigned int>, boost::no_property>(((const LEN<unsigned int>&)((const LEN<unsigned int>*)(& l)))))), ((boost::vec_adj_list_impl<boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, POS<unsigned int>, LEN<unsigned int>, boost::no_property, boost::listS>, boost::detail::adj_list_gen<boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, POS<unsigned int>, LEN<unsigned int>, boost::no_property, boost::listS>, boost::vecS, boost::vecS, boost::bidirectionalS, boost::property<boost::vertex_bundle_t, POS<unsigned int>, boost::no_property>, boost::property<boost::edge_bundle_t, LEN<unsigned int>, boost::no_property>, boost::no_property, boost::listS>::config, boost::bidirectional_graph_helper_with_property<boost::detail::adj_list_gen<boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, POS<unsigned int>, LEN<unsigned int>, boost::no_property, boost::listS>, boost::vecS, boost::vecS, boost::bidirectionalS, boost::property<boost::vertex_bundle_t, POS<unsigned int>, boost::no_property>, boost::property<boost::edge_bundle_t, LEN<unsigned int>, boost::no_property>, boost::no_property, boost::listS>::config> >&)(&((DelaunayGraph<unsigned int>*)this)->DelaunayGraph<unsigned int>::<anonymous>.boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, POS<unsigned int>, LEN<unsigned int>, boost::no_property, boost::listS>::<anonymous>)))’ /usr/include/boost/graph/detail/edge.hpp:35: note: candidates are: boost::detail::edge_desc_impl<boost::bidirectional_tag, unsigned int>& boost::detail::edge_desc_impl<boost::bidirectional_tag, unsigned int>::operator=(const boost::detail::edge_desc_impl<boost::bidirectional_tag, unsigned int>&) make: *** [main.o] Error 1 Yow. It doesn't like the LENGTH param. What can I do? I tried adding an assignment operator and copy constructor, no go. What am I doing wrong? Eric

1 0

[MultiIndex] Visual C++ 10 issue
by Jeremiah Willcock 11 May '10

11 May '10

Are there known problems with MultiIndex on the current VC++ 10 beta? I'm looking in particular at <URL:http://tinyurl.com/39bmudo>. The area around the line VC++ 10 has a problem with (line 276 of distributed_property_map.hpp, the error is on the &std::pair line) is: typedef multi_index::multi_index_container< std::pair<key_type, value_type>, multi_index::indexed_by< multi_index::sequenced<>, multi_index::hashed_unique< multi_index::member<std::pair<key_type, value_type>, key_type, &std::pair<key_type, value_type>::first> > > > ghost_cells_type; and the main error is (full instantiation stack in the link above): D:\boost-test\boost\boost/property_map/parallel/distributed_property_map.hpp(276) : error C2440: 'specialization' : cannot convert from 'boost::detail::parallel::global_descriptor<LocalDescriptor> std::_Pair_base<_Ty1,_Ty2>::* ' to 'boost::detail::parallel::global_descriptor<LocalDescriptor> std::pair<_Ty1,_Ty2>::* ' with [ LocalDescriptor=unsigned int, _Ty1=boost::detail::parallel::global_descriptor<unsigned int>, _Ty2=boost::detail::parallel::global_descriptor<unsigned int> ] Standard conversion from pointer-to-member of base to pointer-to-member of derived is not applied for template arguments What I don't see is where the pointer-to-member of _Pair_base comes from; is that the correct type for the address of a member that's actually from a base class? Or is this a compiler problem? -- Jeremiah Willcock

6 9

[date time] Printing Unix time + microsecond offset
by Hauberg 11 May '10

11 May '10

Hi All (I hope I am posting in the right list; if not please tell me where to go.) I would like to be able to print the current time with microsecond accuracy. I can do that using ptime now = microsec_clock::universal_time (); std::cout << to_iso_extended_string (now) << std::endl; However, I would like to print this information in a different format. Specifically, I would like to print Unix time (i.e. number of seconds since midnight January 1, 1970) followed by the number of microseconds between the current time and the printed Unix time. Any ideas on how to do that? Thanks Søren -- View this message in context: http://old.nabble.com/-date-time--Printing-Unix-time-%2B-microsecond-offset… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

Member function varible callable...
by Etienne Philip Pretorius 11 May '10

11 May '10

Hello List, I know this is probably a stupid question... I have 2 functions like: struct obj { void foo() { }; void bar() { }; } How would I store this in a variable ... so that I can call the function via the variable later... Thank you, Etienne

2 2

[Range] invalid initialization of non-const type with adaptors
by Denis Taniguchi 11 May '10

11 May '10

Hi, I was trying to compile the following simple piece of code: #include <boost/range/algorithm.hpp> #include <boost/range/adaptors.hpp> #include <vector> int main(int argc, char *argv[]) { std::vector<int> vec(10); boost::fill(vec | boost::adaptors::reversed, 1); return 0; } But I get the following erros with gcc (Ubuntu 4.3.3-5ubuntu4) 4.3.3: test_fill.cpp: In function ‘int main(int, char**)’: test_fill.cpp:9: error: invalid initialization of non-const reference of type ‘boost::range_detail::reverse_range<std::vector<int, std::allocator<int> > >&’ from a temporary of type ‘boost::range_detail::reverse_range<std::vector<int, std::allocator<int> > >’ /usr/local/include/boost/range/algorithm/fill.hpp:29: error: in passing argument 1 of ‘ForwardRange& boost::range::fill(ForwardRange&, const Value&) [with ForwardRange = boost::range_detail::reverse_range<std::vector<int, std::allocator<int> > >, Value = int]’ Am I missing something here? Best regards, Denis

5 12

Tooltips in the documentation
by Daniel Lidström 11 May '10

11 May '10

Hello, the boost documentation is often excellent. It is very nice to see so many libraries being documented in the same way, which makes it a pleasant reading. However, some of it (generated by Quickbook?) show a tooltip at the cursor location. I find it slightly annoying and not very helpful. Is this choice by design or by accident? Does anyone here find the tooltip useful? Maybe I am the only one slightly annoyed by it? Regards, Daniel Lidström Stockholm, Sweden

6 8

Regression testing of boost libraries
by Yogesh Arora 10 May '10

10 May '10

Hi I am compiling boost 1.39.0 libraires on sun os. I have just started with using boost libraries and dont have much know about them. I read somewhere that after compilation i can run some regression tests to check if everything has compiled properly or not. When i looked at boost regression test webpage it mentioned that it would download the latest boost code and run the test case on it. However i dont want that, I have a copy of boost 1.39.0 which i have compiled on which i want to run these regression test cases. Is there a way to do that. Also someone mentioned that boost maintains a page on which i can check the status of boost unit test on different platforms, but i could not seem to find it. Can someone provide reference to that page. I am especially interested in status of boost libraires on Sun os with toolset=sun Thanks Yogesh

3 5

Re: [Boost-users] [Boost-announce] [1.43.0] Release notice
by Brian Wood 10 May '10

10 May '10

Tom: > I've built windows libraries (vc7.1, vc8, vc9, vc10) off of this, if you > want > them, you can get them from my website: > http://boost.teeks99.com Please don't top post. Brian Wood "The kingdom of heaven is like a treasure hidden in the field, which a man found and hid again; and from joy over it he goes and sells all that he has and buys that field."

1 0

About Using Boost.Python in msvc9 with /MTd and /MT Runtime Libraries
by Isaac Lascasas 10 May '10

10 May '10

After a quick look at the documentation and user list messages I have found that using Boost.Python with msvc MTd or MT Runtime Libraries may have some problems. My first try with Boost.Python gave me this error: c:\work\src\boost_1_43_0\boost/config/auto_link.hpp(297) : fatal error C1189: #error : "Mixing a dll boost library with a static runtime is a really bad idea..." Then I found that it was possible to use the BOOST_PYTHON_STATIC_LIB macro. This worked fine. I am using python 3.1, I have installed both the x86 and x64 python versions in different directories. Can someone explain me why I need to specify this macro and why "Mixing a dll boost library with a static runtime is a really bad idea"? Regards, Isaac Lascasas.

1 0

[Graph] Issue with remove_edge function and subgraphs
by Marcus Fontaine 10 May '10

10 May '10

According to the online documentation, http://www.boost.org/doc/libs/1_38_0/libs/graph/doc/subgraph.html The remove_edge function when used on a subgraph should, "Remove the edge (u,v) from the subgraph and from all of the ancestors of g in the subgraph tree." In the example I have here, it just seems to remove the edge between vertices 0 and 2 from the ancestor and not the subgraph. Any advice or explanation would be greatly appreciated. #include <iostream> #include <vector> #include <boost/config.hpp> #include <boost/graph/adjacency_list.hpp> #include <boost/graph/subgraph.hpp> using namespace std; using namespace boost; typedef subgraph< adjacency_list<vecS, vecS, undirectedS, property<vertex_index_t, int>, property<edge_index_t, int> > > Graph; int main() { Graph G; add_edge(0, 1, G); add_edge(0, 2, G); add_edge(1, 2, G); add_edge(2, 3, G); add_edge(0, 3, G); Graph subG = G.create_subgraph(); add_vertex(0, subG); add_vertex(1, subG); add_vertex(2, subG); add_vertex(3, subG); remove_edge(subG.global_to_local(2), subG.global_to_local(0) ,subG); graph_traits<Graph>::adjacency_iterator ai; graph_traits<Graph>::adjacency_iterator ai_end; cout << "Adjacent vertices of 0 in G: "; //Should be 1 3, and correctly is so. for(tie(ai, ai_end) = adjacent_vertices(0, G); ai != ai_end; ++ai) { cout << *ai << " "; } cout << endl; cout << "Adjacent vertices of 0 in subG: "; //Should be 1 3, but gives 1 2 3. for(tie(ai, ai_end) = adjacent_vertices(subG.global_to_local(0), subG); ai != ai_end; ++ai) { cout << subG.local_to_global(*ai) << " "; } cout << endl; return 0; }

2 1

Serialization of a complex data structure
by Marco Meoni - Sbaush 10 May '10

10 May '10

Hi all. I've to serialize a structure that has as attributes two structures. An example is: struct Example{ Container* results_container; MyMap this_is_a_map; Example(){} ... ... }; where Container* is a pointer to another struct, defined by me, and MyMap is a c++ map. I've tried to serialize it using the shared_ptr example of boost serialization: struct Example{ friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int /* file_version */){ } Container* results_container; MyMap this_is_a_map; Example(){} ... ... }; and in the main i call: boost::shared_ptr<Example> myExample(new Example); ... ... // serialize it { std::ofstream ofs(filename.c_str()); boost::archive::text_oarchive oa(ofs); oa << myExample; } boost::shared_ptr<Example> myNewExample(new Example); { // open the archive std::ifstream ifs(filename.c_str()); boost::archive::text_iarchive ia(ifs); // restore the schedule from the archive ia >> myNewExample; } Now myNewExample is a well format instance of Example, but the attributes are empty. Can anyone help me? I would not have to change all files with nested structures, as are many, not just two as in the example Thanks all. Marco. -- Marco Meoni - Sbaush www.marcomeoni.net

3 19

boost::thread condition variables
by Eric J. Holtman 09 May '10

09 May '10

(using windows XP, VS2008) Is there a limit to the number that can be constructed/destructed in a single process over time? I have a loop which was doing while (1) { condition_variable cv; mutex mx; // do some things with cv and mx } that while loop would run maybe 200 or 300 times. Occasionally, I'd get a crash in notify_all (), where it seemed like a handle wasn't valid. When I move the declaration of the variables outside the while loop, this doesn't happen. Now, it's entirely possible that I have some other bizarre race condition. In fact, if my previous years of experience have taught me anything, I will discover that error in the very next session after I hit "send" on this email. However..... is there some limit to constructing/destructing and using up Windows handles that I should know about?

1 1

[1.43.0] PDF build of docs now available.
by John Maddock 09 May '10

09 May '10

The PDF build of the documentation for 1.43 (for those libraries that support this) is now available from the sourceforge download page: http://sourceforge.net/projects/boost/files/ The direct links are: http://sourceforge.net/projects/boost/files/boost-docs/1.43.0/boost_pdf_1_4… http://sourceforge.net/projects/boost/files/boost-docs/1.43.0/boost_pdf_1_4… http://sourceforge.net/projects/boost/files/boost-docs/1.43.0/boost_pdf_1.4… http://sourceforge.net/projects/boost/files/boost-docs/1.43.0/boost_pdf_1.4… Enjoy! John.

1 0

[test] To Advertise the availble tests in XML format: -xml
by Jeff Flinn 08 May '10

08 May '10

When I [mis]type my desired test, test prints to the console: Usage: Run All tests: No Args Run Specific Test or Suite: <suite name> [<test name>] Available tests: To Advertise the availble tests in XML format: -xml So what is the argument to Advertise all available tests? Thanks, Jeff

2 1

Serialization and std::move
by Brian Wood 08 May '10

08 May '10

B"H I'm doing some research. I grep'ed through the 1.43 version of the libs/serialization directories for uses of std::move and didn't find any. I also looked at the "To Do" section of the documentation and didn't find any mention of move semantics. Does Boost Serialization take advantage of std::move to improve the performance of it's load operations? Something like the following: template <typename B> void Receive(B* buf, vector<deque<string> >& abt1) { uint32_t headCount[2]; buf->Give(headCount[0]); abt1.reserve(abt1.size() + headCount[0]); while (headCount[0] > 0) { --headCount[0]; deque<lil_string> rep4; buf->Give(headCount[1]); while (headCount[1] > 0) { --headCount[1]; string rep5; stringReceive(buf. rep5); rep4.push_back(std::move(rep5)); } abt1.push_back(std::move(rep4)); } } Thanks in advance. -- Brian Wood

1 0

Problem with Property Tree and xml_read
by Rouven Walter 08 May '10

08 May '10

2 1

[Random] Passing an arbitrary uniform random number generator to a function
by Joseph Wakeling 08 May '10

08 May '10

Hello, Suppose that I have a function that takes a uniform random number generator as an argument, e.g. double foo(mt19937 &urng) { double x = uniform_real<double> (0.0, 10.0) (urng); double y = uniform_real<double> (5.0, 7.0) (urng); return (x*y); } Is there a way to make the choice of random number generator arbitrary (i.e. not limited to mt19937) without making the function a template? Alternatively, is there a better way of passing around the basic uniform random number generator? The reason for the no-template rule is that I would like to pass a URNG to a virtual function in a class, and I would really not like to have to make the class itself a template dependent on the type of URNG. Can someone recommend a solution? Thanks and best wishes, -- Joe

6 11

[boost][filesystem] Rename throws exception if target file exists
by Sanjit Jhala 08 May '10

08 May '10

I need to achieve an atomic move to replace an existing file. Is there anyway to do this using boost::filesystem? I thought rename would do this but it throws the following exception: " boost::filesystem::rename: File exists:" when the target file exists. -Sanjit

2 1

Trouble with templating of adjacency_list
by Eric Fowler 07 May '10

07 May '10

Perhaps this should go to a g++ group but I have a feeling the answer is Out There: Why is g++ having trouble with this? Error is ../main.cpp:19: error: template declaration of ‘boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, POS<T>, boost::no_property, boost::no_property, boost::listS> DG’ template<typename T = int> struct POS { T x, y; }; template<typename T> adjacency_list<vecS, vecS, bidirectionalS, POS<T> > DG;

2 2

BGL: Problem to compile components_on_edgelist.cpp example.
by arm2arm 07 May '10

07 May '10

Hello, I cannot compile the components_on_edgelist.cpp example with gcc 4.5/4.2 and VC++2009. I am using Boost 1.42 It trows errors on >c:\boost\include\boost-1_42\boost\graph\incremental_components.hpp(178) : error C2825: 'ParentIterator': must be a class or namespace when followed by '::' 1> c:\boost\include\boost-1_42\boost\graph\incremental_components.hpp(141) : see reference to function template instantiation 'void boost::component_index<IndexType>::build_index_lists<ParentIterator,boost::typed_identity_property_map<T>>(ParentIterator,const ElementIndexMap &)' being compiled 1> with 1> [ 1> IndexType=int, 1> ParentIterator=const unsigned int *, 1> T=size_t, 1> ElementIndexMap=boost::typed_identity_property_map<size_t> 1> ] and more... Are there some work around ? Actually I would like to construct disjoint sets based on vector<Edge>, where Edge is pair<uint, uint>. Thanks Arman. -- View this message in context: http://old.nabble.com/BGL%3A-Problem-to-compile-components_on_edgelist.cpp-… Sent from the Boost - Users mailing list archive at Nabble.com.

3 8

[Boost MPI]Problems with instalation the boost in visual 2008
by Juliet Villanueva 07 May '10

07 May '10

Hello: I'm trying to install the boost libraries MPI, but so far I have not been successful. So far the steps I performed are: 1) Run the file in the folder bjam.exe of boost, this procedure creates libs, some of the folders boost, but skips the folder of MPI, which does not generate the appropriate libs. 2) When the library is installed tells me that you must modify the user-config.jam, adding "usign MP" I, for installation. 3) After editing the file is placed bjam command-with-mpi install, and start the installation indicating that boost jump MPI library. Another way I try it from the compiler to use Visual stdio 2008, from the terminal set, follow these steps: 1) Set within the boost folder 2) Run the file bajm.exe, here starts the installation again skipping the boost folder MPI. 3) When the library is installed tells me that you must modify the user-config.jam, adding "usign MP" I, for installation. 4) After editing the file put the following command: C: \ boost_1_42_0 \ boost_1_42_0> bjam - build-type = complete - toolset = MSVC - build-dir = C: \ src \ boost_1_42_0 \ build \ 90 \ 32 - stagedir = C: \ src \ boost_1_36_0 \ stage \ 90-32 stage. This line starts installing again but skip the folder you need. The truth is no longer what happens, because so far I can already detect the libraries, all I need are generating. Lib, which tells me that the compiler can not locate the libs are missing me the following: • libboost_mpi-vc90-mt.lib • libboost_mpi-vc90-mt-1_36.lib • boost_mpi-vc90-mt.lib • boost_mpi-vc90-mt-1_36.dll • boost_mpi-vc90-mt-1_36.lib Someone can help me fix this, scheduled to begin in MPI boost, I would greatly appreciate. Julieth

3 9

Boost Graph: why can't get() take a const argument?
by Trevor Harmon 07 May '10

07 May '10

Hi, I have a question about line 54 of the canonical_ordering example: graph g(6); ... property_map<graph, edge_index_t>::type e_index = get(edge_index, g); If I'm reading the Boost source code correctly, the get function's graph argument is declared const. This makes sense intuitively because, well, why would the graph need to be modified in order to retrieve a property? So the graph parameter passed to get() could be made const, correct? Like this: graph g(6); ... const graph g2 = g; property_map<graph, edge_index_t>::type e_index = get(edge_index, g2); However, the above change gives a compiler error: conversion from ‘boost::adj_list_edge_property_map<boost::undirected_tag, int, const int&, size_t, const boost::property<boost::edge_index_t, int, boost::no_property>, boost::edge_index_t>’ to non-scalar type ‘boost::adj_list_edge_property_map<boost::undirected_tag, int, int&, size_t, boost::property<boost::edge_index_t, int, boost::no_property>, boost::edge_index_t>’ requested Can anyone explain why? Thank you, Trevor

3 7

[boost-users][proto] Types of arguments to operator()
by Manjunath Kudlur 07 May '10

07 May '10

I realize that this may be more of a C++ language question rather than proto specific. But I will ask it anyway. I wrote a transform that infers some type information for the placeholders from an expression. Say I have the expression _1 = _2 + 1, the transform can tell me that the type of the first argument to operator() of the expression wrapper should be "T &" and the type of the second should be "const T&". Here is the transform (thanks to JoelF for his help on this) : struct arg_tag {}; template<int N> struct arg : proto::or_<proto::nullary_expr<arg_tag, mpl::int_<N> > > {}; template<typename T> struct readonly : proto::callable { typedef const T& result_type; }; template<typename T> struct readwrite : proto::callable { typedef T& result_type; }; template<int N, typename T> struct argtype : proto::or_< proto::when<proto::assign<arg<N>, proto::_>, readwrite<T>()> , proto::otherwise<readonly<T>()> > {}; namespace boost { namespace proto { template<class T> struct is_callable< readonly<T> > : mpl::true_ {}; template<class T> struct is_callable< readwrite<T> > : mpl::true_ {}; } } Now, given an expression type E, I can say "typename boost::result_of<argtype<0, T0>(const E &)>::type" and it will be either "T0 &" or "const T0 &" depending on how _1 appears in the expression E. Using this, I tried to write an expression wrapper with operator() overloaded as follows : template<typename T0> void operator()(typename boost::result_of<argtype<0, T0>(const Expr &)>::type arg0) const { cout << "arg0 " << arg0 << "\n"; } But the compiler fails to find a match with this overloaded version when I write, say, (_1)(10). Is it some fundamental C++ restriction that causes this, or am I missing something? I will be grateful for any advice. I am attaching the complete source code (fails to compile). -- Manjunath http://nonchalantlytyped.net/blog/musings/

4 8

vpath so far...
by Dan Bloomquist 07 May '10

07 May '10

Hi, I have ordered a new copy of /C++/ Template /Metaprogramming. /I am trying to do this stuff the Boost way and now I have a pretty good handle on using regex. Other than this stuff needs to be wrapped in proper namespaces, I was just wondering how it looks. Thanks, Dan. ~~ This is what the usage would look like, this class has the workings of a singleton. The name map might be a class the exposes just the string pair to the internal parser so more than just a string name can be stored in the map. In my case I also carry a set of flags in my old code. ~~~ main.cpp ~~~ the test, it works so far... #include <vpath.hpp> using namespace boost::filesystem; // for ease of testing using namespace boost::xpressive; int main(int argc, char *argv[]) { //this should be a vpath type? std::pair< std::string, std::string > strTS( "$(", ")" ); //uses shared pointer for create and forget usage, and scope of creation is not relevant sp_virtual_filesystem_map vtable= sp_virtual_filesystem_map( new virtual_filesystem_map ); { //test, initialize in local scope vpath init( strTS, vtable ); } //the table can be modified any time or replaced with 'set_vnames (*vtable)[ "PATH" ]= "test_path"; (*vtable)[ "TEST" ]= "test.txt"; //the test vpath testPath( "C:\\$(PATH)\\class\\User_2_2\\$(TEST)" ); std::cout << testPath << std::endl; //prints: 'c:/test_path/class/User_2_2/test.txt' } ~~~~ the vpath.hpp //I have a list of includes in stdafx.h so may have missed one or two here #include <boost/filesystem/operations.hpp> #include <boost/regex.hpp> #include <boost/xpressive/xpressive.hpp> #include <boost/xpressive/regex_actions.hpp> #include <boost/shared_ptr.hpp> #include <map> template<class String, class Traits> class basic_vpath; typedef basic_vpath< std::string, boost::filesystem::path_traits > vpath; typedef std::map< std::string, std::string > virtual_filesystem_map; typedef boost::shared_ptr< virtual_filesystem_map > sp_virtual_filesystem_map; template<class String, class Traits> class basic_vpath :public boost::filesystem::basic_path< String, Traits > { //app scope singleton static sp_virtual_filesystem_map spVNamesPaths; //app scope singleton static boost::xpressive::sregex signature; void parse_path( ) { String str=( regex_replace( string( ), signature, ref( *spVNamesPaths )[ s1 ] ) ); clear( ); operator/= ( str ); } public: //should probably parse before assign to path basic_vpath( const string_type & s ) :basic_path( s ) { if( ! spVNamesPaths ) return; parse_path( ); } basic_vpath( const value_type * s ) :basic_path( s ) { if( ! spVNamesPaths ) return; parse_path( ); } //initialize, the singleton constructor basic_vpath( std::pair< String, String >& sig, sp_virtual_filesystem_map spMap ) { set_signature( sig ); set_vnames( spMap ); } void set_signature( std::pair< String, String >& sig ) { signature= sig.first >> (s1 = +_w) >> sig.second; } void set_vnames( sp_virtual_filesystem_map spVNames ) { spVNamesPaths= spVNames; } }; ~~~~~ need a vpath.cpp for the persistent members #include "stdafx.h"// use precompiled headers for development #include <vpath.hpp> sp_virtual_filesystem_map vpath::spVNamesPaths; boost::xpressive::sregex vpath::signature; ~~~~ stdafx.h// for test #include <boost/filesystem/operations.hpp> #include <boost/regex.hpp> #include <boost/xpressive/xpressive.hpp> #include <boost/xpressive/regex_actions.hpp> #include <boost/shared_ptr.hpp> #include <iostream> // for std::cout #include <map> #include <stdio.h> #include <ostream>

1 0

[serialization] anyone using portable binary archives?
by Stepan Hrbek 07 May '10

07 May '10

Is anyone here using portable binary archive? It seems that serialization by pointer doesn't work. Example demo_portable_archive doesn't link after changing "char c" to "A* c". I don't understand why, it is also not listed in TODO http://www.boost.org/doc/libs/1_43_0/libs/serialization/doc/todo.html polymorphic_portable_binary_archive doesn't compile at all, it includes missing boost/archive/detail/polymorphic_oarchive_dispatch.hpp I tested boost 1.42, 1.43, msvc71, msvc90. Stepan

3 4

[accumulators] when typeof power is not the same as source
by alfC 07 May '10

07 May '10

Hi, Some features of accumulator, such as variance needs to compute powers of quantities. What happens if the power of quantity is not the same as the type of the original quantity? An example is a boost::units::quantity, accumulator_set< quantity<si::energy>, stats<tag::mean, tag::moment<2> > > acc; //not compiling because of moment<2> acc(1.2*si::joules); ... Boost Accumulators manual describes how to do something similar for average calculation (which I succeded in defining), by doing some template tag dispatching in boost::numeric::functional, http://www.boost.org/doc/libs/1_40_0/doc/html/accumulators/user_s_guide.htm… In this case I need the analogous for pow (power function), I tried overloading pow(T, mpl::int_<N>) but I had no luck namespace boost { namespace numeric{ using namespace boost::units; quantity<atomic::energy> const& pow(quantity<atomic::energy> const &x, mpl::int_<1>){ return x; } quantity<power_typeof_helper< atomic::energy, //angstrom_unit, static_rational<2> >::type> pow(quantity<atomic::energy> const& x, mpl::int_<2>){ return x*x; } }} The error looks something like this (below, sorry it is very long). Thank you, Alfredo /g/g91/correaa/usr/include/boost/accumulators/statistics/moment.hpp: In function 'T boost::numeric::pow(const T&, mpl_::int_<Level>) [with T = boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, int N = 2]': /g/g91/correaa/usr/include/boost/accumulators/statistics/moment.hpp: 69: instantiated from 'void boost::accumulators::impl::moment_impl<N, Sample>::operator()(const Args&) [with Args = boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::sample, const boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::accumulator, boost::accumulators::accumulator_set<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, void> >, boost::parameter::aux::empty_arg_list> >, N = mpl_::int_<2>, Sample = boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>]' /g/g91/correaa/usr/include/boost/accumulators/framework/ accumulator_set.hpp:53: instantiated from 'void boost::accumulators::detail::accumulator_visitor<Args>::operator() (Accumulator&) const [with Accumulator = boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::moment_impl<mpl_::int_<2>, boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::accumulators::tag::moment<2> >, Args = boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::sample, const boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::accumulator, boost::accumulators::accumulator_set<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, void> >, boost::parameter::aux::empty_arg_list> >]' /g/g91/correaa/usr/include/boost/fusion/algorithm/iteration/detail/ for_each.hpp:31: instantiated from 'void boost::fusion::detail::for_each_linear(const First&, const Last&, const F&, mpl_::false_) [with First = boost::fusion::cons_iterator<boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::moment_impl<mpl_::int_<2>, boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::accumulators::tag::moment<2> >, boost::fusion::nil> >, Last = boost::fusion::cons_iterator<boost::fusion::nil>, F = boost::accumulators::detail::accumulator_visitor<boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::sample, const boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::accumulator, boost::accumulators::accumulator_set<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, void> >, boost::parameter::aux::empty_arg_list> > >]' /g/g91/correaa/usr/include/boost/fusion/algorithm/iteration/detail/ for_each.hpp:32: instantiated from 'void boost::fusion::detail::for_each_linear(const First&, const Last&, const F&, mpl_::false_) [with First = boost::fusion::cons_iterator<boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::mean_impl<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::tag::sum>, boost::accumulators::tag::mean>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::moment_impl<mpl_::int_<2>, boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::accumulators::tag::moment<2> >, boost::fusion::nil> > >, Last = boost::fusion::cons_iterator<boost::fusion::nil>, F = boost::accumulators::detail::accumulator_visitor<boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::sample, const boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::accumulator, boost::accumulators::accumulator_set<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, void> >, boost::parameter::aux::empty_arg_list> > >]' /g/g91/correaa/usr/include/boost/fusion/algorithm/iteration/detail/ for_each.hpp:32: instantiated from 'void boost::fusion::detail::for_each_linear(const First&, const Last&, const F&, mpl_::false_) [with First = boost::fusion::cons_iterator<boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::sum_impl<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::tag::sample>, boost::accumulators::tag::sum>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::mean_impl<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::tag::sum>, boost::accumulators::tag::mean>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::moment_impl<mpl_::int_<2>, boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::accumulators::tag::moment<2> >, boost::fusion::nil> > > >, Last = boost::fusion::cons_iterator<boost::fusion::nil>, F = boost::accumulators::detail::accumulator_visitor<boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::sample, const boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::accumulator, boost::accumulators::accumulator_set<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, void> >, boost::parameter::aux::empty_arg_list> > >]' /g/g91/correaa/usr/include/boost/fusion/algorithm/iteration/detail/ for_each.hpp:32: instantiated from 'void boost::fusion::detail::for_each_linear(const First&, const Last&, const F&, mpl_::false_) [with First = boost::fusion::cons_iterator<boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::count_impl, boost::accumulators::tag::count>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::sum_impl<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::tag::sample>, boost::accumulators::tag::sum>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::mean_impl<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::tag::sum>, boost::accumulators::tag::mean>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::moment_impl<mpl_::int_<2>, boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::accumulators::tag::moment<2> >, boost::fusion::nil> > > > >, Last = boost::fusion::cons_iterator<boost::fusion::nil>, F = boost::accumulators::detail::accumulator_visitor<boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::sample, const boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::accumulator, boost::accumulators::accumulator_set<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, void> >, boost::parameter::aux::empty_arg_list> > >]' /g/g91/correaa/usr/include/boost/fusion/algorithm/iteration/detail/ for_each.hpp:41: instantiated from 'void boost::fusion::detail::for_each(Sequence&, const F&, Tag) [with Sequence = boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::count_impl, boost::accumulators::tag::count>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::sum_impl<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::tag::sample>, boost::accumulators::tag::sum>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::mean_impl<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::tag::sum>, boost::accumulators::tag::mean>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::moment_impl<mpl_::int_<2>, boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::accumulators::tag::moment<2> >, boost::fusion::nil> > > >, F = boost::accumulators::detail::accumulator_visitor<boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::sample, const boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::accumulator, boost::accumulators::accumulator_set<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, void> >, boost::parameter::aux::empty_arg_list> > >, Tag = boost::fusion::forward_traversal_tag]' /g/g91/correaa/usr/include/boost/fusion/algorithm/iteration/ for_each.hpp:32: instantiated from 'void boost::fusion::for_each(Sequence&, const F&) [with Sequence = boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::count_impl, boost::accumulators::tag::count>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::sum_impl<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::tag::sample>, boost::accumulators::tag::sum>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::mean_impl<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::tag::sum>, boost::accumulators::tag::mean>, boost::fusion::cons<boost::accumulators::detail::accumulator_wrapper<boost::accumulators::impl::moment_impl<mpl_::int_<2>, boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::accumulators::tag::moment<2> >, boost::fusion::nil> > > >, F = boost::accumulators::detail::accumulator_visitor<boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::sample, const boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::accumulator, boost::accumulators::accumulator_set<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, void> >, boost::parameter::aux::empty_arg_list> > >]' /g/g91/correaa/usr/include/boost/accumulators/framework/ accumulator_set.hpp:217: instantiated from 'void boost::accumulators::accumulator_set<Sample, Features, Weight>::visit(const UnaryFunction&) [with UnaryFunction = boost::accumulators::detail::accumulator_visitor<boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::sample, const boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double> >, boost::parameter::aux::arg_list<boost::parameter::aux::tagged_argument<boost::accumulators::tag::accumulator, boost::accumulators::accumulator_set<boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, void> >, boost::parameter::aux::empty_arg_list> > >, Sample = boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, Features = boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, Weight = void]' /g/g91/correaa/usr/include/boost/accumulators/framework/ accumulator_set.hpp:250: instantiated from 'void boost::accumulators::accumulator_set<Sample, Features, Weight>::operator()(const A1&) [with A1 = boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, Sample = boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>, Features = boost::accumulators::stats<boost::accumulators::tag::mean, boost::accumulators::tag::moment<2>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, Weight = void]' .atomic.hpp.cpp:593: instantiated from here /g/g91/correaa/usr/include/boost/accumulators/statistics/moment.hpp: 40: error: conversion from 'boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<4l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000004l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>' to non- scalar type 'boost::units::quantity<boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, double>' requested compilation terminated due to -Wfatal-errors.

2 1

[boost][proto] Type inference using transform
by Manjunath Kudlur 07 May '10

07 May '10

I am trying to decide whether the argument type to a function taking a proto expression should be "const T&" or "T&" based on the expression itself. Suppose the expression was "_1 = _2 + 1" I want the first argument to a function, say FOO, to be T& and second argument to be const T&. I write a transform argtype<int, typename> as follows : #include <boost/proto/proto.hpp> #include <boost/mpl/int.hpp> #include <iostream> struct arg_tag {}; namespace proto = boost::proto; namespace mpl = boost::mpl; using namespace std; template<int N> struct arg : proto::or_<proto::nullary_expr<arg_tag, mpl::int_<N> > > {}; template<typename T> struct readonly : proto::callable { template<typename Sig> struct result; template<typename This> struct result<This()> { typedef const T& type; }; }; template<typename T> struct readwrite : proto::callable { template<typename Sig> struct result; template<typename This> struct result<This()> { typedef T& type; }; }; template<int N, typename T> struct argtype : proto::or_< proto::when<proto::assign<arg<N>, proto::_>, readwrite<T>()> , proto::otherwise<readonly<T>()> > {}; proto::nullary_expr<arg_tag, mpl::int_<0> >::type const _1 = {{}}; proto::nullary_expr<arg_tag, mpl::int_<1> >::type const _2 = {{}}; template<typename E> void foo(const E &e) { cout << typeid(typename boost::result_of<argtype<0,int>(const E&)>::type).name() << "\n"; } int main() { foo(_1=_1+1); return 0; } I expected the typeid printed out by the foo function to be equivalent to "int&" whereas I get "readwrite<int>". Any clues on where I am going wrong? Thanks, Manjunath http://nonchalantlytyped.net/blog/musings/

3 5

Boost Serialization warning
by Sulakshan Vajipayajula 07 May '10

07 May '10

Hello, I am encountering the following warning when using virtual base class pointer to serialize a derived class. The same warning is displayed for all sample test programs that come with the serialization library. The compiler used is g++ version 3.4.3. /vob/adc/router/thirdparty/boost/boost/type_traits/is_virtual_base_of.hp p:56: warning: direct base `TestBase' inaccessible in `boost::detail::is_virtual_base_of_impl<TestBase, TestType1, mpl_::bool_< true> >::X' due to ambiguity Can you recommend any workarounds...or if this has been addressed. Thanks Sulakshan V #include <boost/archive/xml_oarchive.hpp> #include <boost/archive/xml_iarchive.hpp> #include <boost/serialization/nvp.hpp> #include <boost/serialization/base_object.hpp> #include <boost/serialization/type_info_implementation.hpp> #include <boost/serialization/export.hpp> #include <boost/serialization/extended_type_info_no_rtti.hpp> #include <boost/archive/archive_exception.hpp> #include <boost/archive/basic_xml_archive.hpp> #include <fstream> class TestBase { public: TestBase() : m_baseInt(111) {} virtual ~TestBase() {} virtual const char* get_key() const = 0; private: friend class boost::serialization::access; template<class Archive> void serialize(Archive& ar, const unsigned int) { ar & boost::serialization::make_nvp("BaseInt", m_baseInt); } int m_baseInt; }; BOOST_SERIALIZATION_ASSUME_ABSTRACT(TestBase) BOOST_CLASS_TYPE_INFO(TestBase, extended_type_info_no_rtti<TestBase>) BOOST_CLASS_EXPORT(TestBase) class TestType1 : public TestBase { public: TestType1() : m_int(666), m_float(777.f) {} virtual const char* get_key() const; private: friend class boost::serialization::access; template<class Archive> void serialize(Archive& ar, const unsigned int version) { ar & boost::serialization::make_nvp("TestBase", boost::serialization::base_object<TestBase>(*this)); ar & boost::serialization::make_nvp("Type1Int", m_int); ar & boost::serialization::make_nvp("Type1Float", m_float); } int m_int; float m_float; }; BOOST_CLASS_TYPE_INFO(TestType1, extended_type_info_no_rtti<TestType1>) BOOST_CLASS_EXPORT(TestType1) const char* TestType1::get_key() const { return boost::serialization::type_info_implementation<TestType1>::type::get_con st_instance().get_key(); } class TestType2 : public TestBase { public: TestType2() : m_int(222), m_float(333.f) {} virtual const char* get_key() const; private: friend class boost::serialization::access; template<class Archive> void serialize(Archive& ar, const unsigned int version) { ar & boost::serialization::make_nvp("TestBase", boost::serialization::base_object<TestBase>(*this)); ar & boost::serialization::make_nvp("Type2Int", m_int); ar & boost::serialization::make_nvp("Type2Float", m_float); } int m_int; float m_float; }; BOOST_CLASS_TYPE_INFO(TestType2, extended_type_info_no_rtti<TestType2>) BOOST_CLASS_EXPORT(TestType2) const char* TestType2::get_key() const { return boost::serialization::type_info_implementation<TestType2>::type::get_con st_instance().get_key(); } int main(int argc, char** argv[]) { //Create new file std::ofstream testTypeOFS("TestType.xml"); boost::archive::xml_oarchive testOutXML(testTypeOFS); TestType1* pT1 = new TestType1; TestType2* pT2 = new TestType2; testOutXML << boost::serialization::make_nvp("TestType1", pT1); testOutXML << boost::serialization::make_nvp("TestType2", pT2); testTypeOFS.close(); delete pT1; delete pT2; //Load the file back in to extract a derived type. std::ifstream testTypeIFS("TestType.xml"); boost::archive::xml_iarchive testInXML(testTypeIFS); TestBase* pTB = NULL; try { testInXML >> boost::serialization::make_nvp("TestBase", pTB); } catch(boost::archive::archive_exception& ex) { std::cout << "Archive Exception: " << ex.code << "-" << ex.what() << std::endl; char exitNotice; std::cin >> exitNotice; } testTypeIFS.close(); return 0; } /vob/adc/router/thirdparty/boost/boost/type_traits/is_virtual_base_of.hp p:56: warning: direct base `TestBase' inaccessible in `boost::detail::is_virtual_base_of_impl<TestBase, TestType2, mpl_::bool_< true> >::X' due to ambiguity /vob/adc/router/thirdparty/boost/boost/type_traits/is_virtual_base_of.hp p: In instantiation of `boost::detail::is_virtual_base_of_impl<TestBase, TestType1, mpl_::bool_< true> >::X': /vob/adc/router/thirdparty/boost/boost/type_traits/is_virtual_base_of.hp p:70: instantiated from `boost::detail::is_virtual_base_of_impl<TestBase, TestType1, mpl_::bool_< true> >' /vob/adc/router/thirdparty/boost/boost/type_traits/is_virtual_base_of.hp p:78: instantiated from `boost::detail::is_virtual_base_of_impl2<TestBase, TestType1>' /vob/adc/router/thirdparty/boost/boost/type_traits/is_virtual_base_of.hp p:87: instantiated from `boost::is_virtual_base_of<TestBase, TestType1>' /vob/adc/router/thirdparty/boost/boost/mpl/if.hpp:67: instantiated from `boost::mpl::if_<boost::is_virtual_base_of<TestBase, TestType1>, boost::mpl::identity<boost::serialization::void_cast_detail::void_caster _virtual_base<TestType1, TestBase> >, boost::mpl::identity<boost::serialization::void_cast_detail::void_caster _primitive<TestType1, TestBase> > >' /vob/adc/router/thirdparty/boost/boost/mpl/eval_if.hpp:37: instantiated from `boost::mpl::eval_if<boost::is_virtual_base_of<TestBase, TestType1>, boost::mpl::identity<boost::serialization::void_cast_detail::void_caster _virtual_base<TestType1, TestBase> >, boost::mpl::identity<boost::serialization::void_cast_detail::void_caster _primitive<TestType1, TestBase> > >' /vob/adc/router/thirdparty/boost/boost/serialization/void_cast.hpp:271: instantiated from `const boost::serialization::void_cast_detail::void_caster& boost::serialization::void_cast_register(const Derived*, const Base*) [with Derived = TestType1, Base = TestBase]' /vob/adc/router/thirdparty/boost/boost/serialization/base_object.hpp:68: instantiated from `static const void* boost::serialization::detail::base_register<Base, Derived>::polymorphic::invoke() [with Base = TestBase, Derived = TestType1]' /vob/adc/router/thirdparty/boost/boost/serialization/base_object.hpp:82: instantiated from `static const void* boost::serialization::detail::base_register<Base, Derived>::invoke() [with Base = TestBase, Derived = TestType1]' /vob/adc/router/thirdparty/boost/boost/serialization/base_object.hpp:104 : instantiated from `typename boost::serialization::detail::base_cast<B, D>::type& boost::serialization::base_object(Derived&) [with Base = TestBase, Derived = TestType1]' x.cpp:48: instantiated from `void TestType1::serialize(Archive&, unsigned int) [with Archive = boost::archive::xml_iarchive]' /vob/adc/router/thirdparty/boost/boost/serialization/access.hpp:118: instantiated from `static void boost::serialization::access::serialize(Archive&, T&, unsigned int) [with Archive = boost::archive::xml_iarchive, T = TestType1]' /vob/adc/router/thirdparty/boost/boost/serialization/serialization.hpp:7 4: instantiated from `void boost::serialization::serialize(Archive&, T&, unsigned int) [with Archive = boost::archive::xml_iarchive, T = TestType1]' /vob/adc/router/thirdparty/boost/boost/serialization/serialization.hpp:1 33: instantiated from `void boost::serialization::serialize_adl(Archive&, T&, unsigned int) [with Archive = boost::archive::xml_iarchive, T = TestType1]' /vob/adc/router/thirdparty/boost/boost/archive/detail/iserializer.hpp:18 2: instantiated from `void boost::archive::detail::iserializer<Archive, T>::load_object_data(boost::archive::detail::basic_iarchive&, void*, unsigned int) const [with Archive = boost::archive::xml_iarchive, T = TestType1]' x.cpp:93: instantiated from here /vob/adc/router/thirdparty/boost/boost/type_traits/is_virtual_base_of.hp p:56: warning: direct base `TestBase' inaccessible in `boost::detail::is_virtual_base_of_impl<TestBase, TestType1, mpl_::bool_< true> >::X' due to ambiguity

2 3

Regular Expression (vers. 1.34.1)
by Salvatore Benedetto 07 May '10

07 May '10

Hi there, I'm trying to use boost regular expression for the first time and I'm having some trouble getting it right. Current I'm trying to find all files with the a certain extension (by also using boost::filesystem), which should be simple, but I'm probably missing something. Here is the expression I'm using. boost::regex regularExpression; std::string expression("\.\/\w+(\.txt)"); try { regularExpression.assign(expression, boost::regex_constants::icase); ... std::string testAgainst((*iterPath).string()); if (boost::regex_match(testAgainst, regularExpression)) ... which (I thought) should match all string with the pattern "./filename.txt" but it does not. Using "\.\/\ReadMe(\.txt)" for example, correctly matches the ./ReadMe.txt file, so the \w+ seems not do what I'm reading from [1] where (\w+\.) is used to match part of a URL. Anyone can shine some light on this, or point me to another good reading about regular expression with boost? Note: I'm using version 1.34.1 because I have to. Thanks, S. [1] http://onlamp.com/pub/a/onlamp/2006/04/06/boostregex.html

5 7

boost and Obj-C++ ("id" variables)
by Manfred Schwind 07 May '10

07 May '10

Hi, in some headers, boost is using "id" as variable name. This makes is impossible to use those headers in Obj-C (or better Obj-C++) code, because "id" has a special meaning there. I worked around by renaming these id variables in the boost headers for every new boost release (hoping that it will be fixed in the next release), but this is ugly. Now I looked into the boost trac, and found that this problem was reported - and fixed! - multiple times. I can read from the trac that it SHOULD haven been fixed in the latest 1.43.0 (if I read that correct). It's fixed and it's Milestone is 1.43.0. So I downloaded boost 1.43.0 - but the problem is still there. Still "id" variables. How can this be? Doesn't this mean there are serious problems in source code control? Or hasn't the fix just not made its way into 1.43 - where can I read in which version a fix really appears? If I read it right, it should have been fixed in boost 1.37.0: https://svn.boost.org/trac/boost/ticket/2306 https://svn.boost.org/trac/boost/changeset/48751 But appeared again and should now be fixed in boost 1.43.0: https://svn.boost.org/trac/boost/ticket/4132 https://svn.boost.org/trac/boost/ticket/4191 https://svn.boost.org/trac/boost/changeset/61789 Any ideas what happens here? Regards, Mani -- http://mani.de - friendly software iVolume - listen to music hands-free LittleSecrets - the encrypted notepad Sahara - sand in your pocket Watchdog - baffle the curious

2 1

[units] easier "power" of units generation
by alfC 07 May '10

07 May '10

Hi, I have a custom units, for example, angstrom: typedef scaled_base_unit<si::meter_base_unit, scale<10, static_rational<-10> > > angstrom_base_unit; typedef metric::angstrom_base_unit::unit_type angstrom_unit; static const angstrom_unit angstrom; and I have a quantity quantity<angstrom_unit> L=1.*angstrom; and I want to have a variable that has dimensions of volume and angstrom^3 units: ??? V = pow<3>(L); ¿how can I generate the type of V, given angstrom_unit? I found this complicated way: quantity<unit< volume_dimension, make_system<angstrom_base_unit>::type > > V = pow<3>(L); Is there a more compact way or a way that doesn't explicitly mention angstrom_base_unit?, something like quantity<static_power<angstrom_unit, 3>::unit> V = pow<3>(L); // not working In other words, what are the metafunctions necessary to generate the typeof(pow<3>(L)) from angstrom_unit. Thank you, Alfredo

2 2

how to compare fusion adapted structures
by Olaf Peter 06 May '10

06 May '10

Hi, in my project I do have a lot of fusion adapted structures (due to use for/with spirit). Now I want to compare them. How to reuse the informations? In the example attached, I show the (imo) complicated way using fusion::vector_tie. I would like reuse the BOOST_FUSION_ADAPT_STRUCT macro since it generates tag_of<>, struct_member<>, struct_member_name<> , struct_size<> etc. At http://www.boost.org/doc/libs/1_42_0/libs/fusion/doc/html/fusion/extension/… there is the full blown feature shown how to adapt the structure for a fusion iterator. What do I really need for simple comparing? Is it the way to use? Even simpler one? Since the project is involving, a simple and && combine of the members isn't save - easy to lost one ... Thanks, Olaf

3 5

Re: [Boost-users] [Serialization] Newbie question
by Brian Wood 06 May '10

06 May '10

Robert Ramey: >David Aldrich wrote: >> >> Perhaps later we could install Boost in full . >> > Your strategy of getting started by just including some headers is > a good one - that's how I got started with boost. Unfortunately it > won't get you access to the serialization library. > One note: Assuming you decide to bite the bullet and do the > build of boost on your system, remember it's generally a one > time thing. That is, once you have the libraries and dlls built > you VS projects just include headers and the library directory. It's a one time thing for every release you wish to use and there's a possibility of needing patches between releases. Brian Wood http://webEbenezer.net (651) 251-9384

2 1

shared_ptr usage
by Hicham Mouline 06 May '10

06 May '10

Hello, I have a class that stores a private member a shared_ptr<T> that points to a dynamically allocated instance of T. A getter member function returns T&. I now realise that in a snippet, I would like to store a new shared_ptr<T> to that returned object. T& t = myinstance.getT(); I would like to store t in a shared_ptr, ie increment the count of shared pointers Do I do: shared_ptr<T> desiredPointer( &t ); will this increment the count of shared pointers to t? Regards,

2 1

Newbie question filesystem
by Dan Bloomquist 06 May '10

06 May '10

I lost my copy of metaprogramming. I'm ordering another tomorrow. But here is what I'm up to. I've been doing the virtual path thing with old MFC classes and such, like: C:\\cpp\\RA_User_2_2\\$(TEST) or $(PATH)\$(TEST) etc. What I'm trying to do is derive from filesystem and wrap this virtual stuff around it to break away from the old stuff I have, (ugly stuff). I've gotten to the point where I'd like to snap different virtual sets in and don't want to build on the old stuff, filesystem is really cool. I have a client that has several clients and wants to set his configurations on the fly to handle them, I do it in code for myself, but it is not runtime. Anyway... So I started with: template<class String, class Traits> class basic_vpath; typedef basic_vpath< std::string, path_traits > vpath; template<class String, class Traits> class basic_vpath :public basic_path< String, Traits > { }; But I don't understand why I can just fine: CString strUserDirectory= _T("C:\\cpp\\RA_User_2_2\\$(TEST)"); path aPath( strUserDirectory ); But can't convert from CString, or even std::string with: CString strUserDirectory= _T("C:\\cpp\\RA_User_2_2\\$(TEST)"); vpath aPath( strUserDirectory ); I'm trying to extend what I see in path.hpp without success, and I've tried lots of stuff. Something to do with the converters? Thanks, Dan.

2 4

Error "more than one instance of constructor" while using boost::assign::list_of
by Alexander Vinokur 06 May '10

06 May '10

Hi, I have the following problem with boost::assign::list_of HP-UX aCC: HP C/aC++ B3910B A.06.25 [Nov 30 2009] BOOST 1.34 boost2.cpp // ---------------------------- #include <boost/assign/list_of.hpp> #include <vector> int main() { const std::vector<int> primes = std::vector<int> (boost::assign::list_of(2)(3)(5)(7)(11)); return 0; } // --------------------------- > aCC +DD64 -AA -I$BOOST_HOME boost2.cpp "boost2.cpp", line 7: error #2309: more than one instance of constructor "std::vector<_TypeT, _Allocator>::vector [with _TypeT=int, _Allocator=std::allocator<int>]" matches the argument list: function "std::vector<_TypeT, _Allocator>::vector(const _Allocator &) [with _TypeT=int, _Allocator=std::allocator<int>]" function "std::vector<_TypeT, _Allocator>::vector(_Allocator::size_type) [with _TypeT=int, _Allocator=std::allocator<int>]" function "std::vector<_TypeT, _Allocator>::vector(const std::vector<_TypeT, _Allocator> &) [with _TypeT=int, _Allocator=std::allocator<int>]" argument types are: (boost::assign_detail::generic_list<int>) const std::vector<int> primes = std::vector<int> (boost::assign::list_of(2)(3)(5)(7)(11)); Thank. Alex Vinokur This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp

4 3

[Serialization] Newbie question
by David Aldrich 06 May '10

06 May '10

Hi I have a need to serialize some STL containers in our C++ application. We build for Linux and Windows but do not currently use Boost. Adoption of Boost would seem to demand that we install the complete Boost library on all our development machines. This is straightforward but would be a serious project decision. Would it be possible to use the Serialization library by just adding the Serialization header files to our project directory and compiling them with our project? Perhaps later we could install Boost in full ... Best regards David

2 1

file_descriptor_sink vs. pclose
by Dan Stahlke 06 May '10

06 May '10

I've been having difficulty using iostreams::file_descriptor_sink with popen in Linux. The problem is that popen() requires a matching pclose() rather than a close(). Now, file_descriptor_sink has a close_on_exit flag that, when set to false, supposedly prevents it from calling close() on the underlying file descriptor, but it calls close() anyway. Is this a bug in boost or am I doing it wrong? As a workaround I can call flush () on the iostream and then pclose() on the filehandle, but it seems like it would be better to actually close the iostream. I've tested the example below using boost 1.39 and using 1.43 from subversion. The result in both cases is: pclose returned error (test A): Bad file descriptor pclose returned error (test B): Bad file descriptor Hello Hello ------------------------- #include <stdexcept> #include <iostream> #include <boost/iostreams/device/file_descriptor.hpp> #include <boost/iostreams/stream.hpp> #include <stdio.h> #include <string.h> #include <errno.h> typedef boost::iostreams::stream<boost::iostreams::file_descriptor_sink> boost_stream; int main() { bool close_on_exit = false; FILE *pout = popen("cat", "w"); { boost_stream bs(fileno(pout), close_on_exit); bs << "Hello\n"; // destructor calls close(fileno(pout)) } if(pclose(pout)) { char *err = strerror(errno); std::cerr << "pclose returned error (test A): " << err << std::endl; } pout = popen("cat", "w"); boost_stream bs(fileno(pout), close_on_exit); bs << "Hello\n"; // bs.close() calls close(fileno(pout)) // without the bs.close(), there would be no pclose() error bs.close(); // If bs.close() is not used, bs.flush() can be used to flush data to // pipe before calling pclose(). //bs.flush(); if(pclose(pout)) { char *err = strerror(errno); std::cerr << "pclose returned error (test B): " << err << std::endl; } }

2 2

[Asio] Infinite epoll_wait?
by Joaquim Pedro França Simão 06 May '10

06 May '10

Hello, I have a proxy that uses Boost.Asio, everything normal so far, only began to appear a strange problem. Sometimes, the proxy stops responding. I make a connection to it, send the request and it returns nothing. Sometimes he does not 'accept' the connection, it seems that goes into some waiting list. Could generate a core dump when it is 'locked', follows the text of the gdb backtrace. Attached the 'backtrace full'. _____ #0 0x00002adcec8a9cd8 in epoll_wait () from /lib/libc.so.6 #1 0x00000000005dedd3 in boost::asio::detail::epoll_reactor<false>::run (this=0x2adcf0000c90, block=true) at /usr/include/boost/asio/detail/epoll_reactor.hpp:470 #2 0x00000000005db050 in boost::asio::detail::task_io_service<boost::asio::detail::epoll_reactor<false> >::do_one (this=0x1ed4650, lock=..., this_idle_thread=0x2adced580ee0, ec=...) at /usr/include/boost/asio/detail/task_io_service.hpp:260 #3 0x00000000005d6c71 in boost::asio::detail::task_io_service<boost::asio::detail::epoll_reactor<false> >::run (this=0x1ed4650, ec=...) at /usr/include/boost/asio/detail/task_io_service.hpp:103 #4 0x00000000005d392d in boost::asio::io_service::run (this=0x1ed4a60) at /usr/include/boost/asio/impl/io_service.ipp:68 #5 0x000000000060fe6b in boost::_mfi::mf0<unsigned long, boost::asio::io_service>::call<boost::shared_ptr<boost::asio::io_service> > (this=0x1ed6720, u=...) at /usr/include/boost/bind/mem_fn_template.hpp:40 #6 0x000000000060fdef in boost::_mfi::mf0<unsigned long, boost::asio::io_service>::operator()<boost::shared_ptr<boost::asio::io_service> > ( this=0x1ed6720, u=...) at /usr/include/boost/bind/mem_fn_template.hpp:55 #7 0x000000000060fd89 in boost::_bi::list1<boost::_bi::value<boost::shared_ptr<boost::asio::io_service> > >::operator()<unsigned long, boost::_mfi::mf0<unsigned long, boost::asio::io_service>, boost::_bi::list0> (this=0x1ed6730, f=..., a=...) at /usr/include/boost/bind/bind.hpp:243 #8 0x000000000060fd35 in boost::_bi::bind_t<unsigned long, boost::_mfi::mf0<unsigned long, boost::asio::io_service>, boost::_bi::list1<boost::_bi::value<boost::shared_ptr<boost::asio::io_service> > > >::operator() (this=0x1ed6720) at /usr/include/boost/bind/bind_template.hpp:20 #9 0x000000000060fcc2 in boost::detail::thread_data<boost::_bi::bind_t<unsigned long, boost::_mfi::mf0<unsigned long, boost::asio::io_service>, boost::_bi::list1<boost::_bi::value<boost::shared_ptr<boost::asio::io_service> > > > >::run (this=0x1ed65f0) at /usr/include/boost/thread/detail/thread.hpp:56 #10 0x00002adceb32c200 in thread_proxy () from /usr/lib/libboost_thread.so.1.42.0 #11 0x00002adcecb3873a in start_thread () from /lib/libpthread.so.0 #12 0x00002adcec8a969d in clone () from /lib/libc.so.6 #13 0x0000000000000000 in ?? () ____________ -- osmano807 Joaquim Pedro

1 0

how to make a thread sleep forever
by Alex Flint 06 May '10

06 May '10

Is there an elegant way to make the current thread go to sleep forever? I simply want the current thread to sleep indefinitely, i.e. until a call to exit() or similar. Obviously I could call sleep() in a loop, or I could create an artificial deadlock, but I was wondering if there is a more elegant way? Cheers, Alex

3 2

Re: [Boost-users] boost uuids
by Carla Strembicke 06 May '10

06 May '10

I actually think I can use the boost uuid generator. It worked in my testing :O) Sorry for the inconvenience CONFIDENTIAL INFORMATION NOTICE: The information contained in this e-mail is privileged, confidential and intended solely for the use of the addressee named above. If the reader of this e-mail is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you received this in error, please contact the sender and destroy all copies of this e-mail. Thank you. From: Carla Strembicke Sent: May-05-10 4:31 PM To: boost-users(a)lists.boost.org Subject: dnd boost uuids I am trying to convert a legacy GUID on mircosoft to use the boost uuid. I am utilizing the stringstream as mentioned in the boost uuid documentation. I have managed to get the GUID converted into a string but am unable to inject the string value Into the uuid variable. Below is just a snippet of a test program. I read it back into a buffer variable to make sure that value was properly set. ss gets the value of guid_str but does not set the value in uuid_test. WCHAR guid_buf[50]; Boost::uuids::uuid uuid_test; StringFromGUID2(guid_value, guid_buf, 50); char *guid_str = OLE2A(guid_buf); std::stringstream ss; char buf[50]; ss << guid_str; ss >> uuid_test; ss << uuid_test; ss >> buf; Obvioulsy I am using stringstream wrong. Does anyone know how to convert a GUID to a boost UUID? I can't seem to find the documentation or interface.

2 1

BCP question
by Robert Ramey 06 May '10

06 May '10

I'm investigating BCP and have at least one question. When I use --list with BCP to generate a list of dependencies for the serialization library, I get among otherthings: ... boost/iterator.hpp boost/iterator/detail/config_def.hpp boost/iterator/detail/config_undef.hpp boost/iterator/detail/enable_if.hpp boost/iterator/detail/facade_iterator_category.hpp boost/iterator/filter_iterator.hpp boost/iterator/interoperable.hpp boost/iterator/iterator_adaptor.hpp boost/iterator/iterator_categories.hpp boost/iterator/iterator_facade.hpp boost/iterator/iterator_traits.hpp boost/iterator/transform_iterator.hpp ... The first one - boost/iterator.hpp - what I wonder about. I searched the files in used in the serialization library and I could find on direct usage of the convenience header "boost/iterator.hpp". I'm guess that this is a secondary dependency introduced by something I've included directly. So a) Is this a good guess? b) Is there an easy way of determining which of the things I'm including is including boost/iterator.hpp? I've taken care while working on the serialization library to minimize gratuitous dependencies. It seems that other libraries might be including the "convenience headers" which subverts my intention to minimize dependencies. Would this not be a good argument for library writters to refrain from using these convenience headers? Robert Ramey BTW - I had never looked at BCP before. An incredible accomplishment to write such a thing - correctly. RR

3 2

[spirit] need help with the parser
by Andrzej Krzemienski 06 May '10

06 May '10

Hi, Could someone help me understand why my fairly simple spirit::qi parser does not work as I expect? I try to parse string "2 c" into the structure: struct Data { char val; }; std::map<int, Data> map; such that the map contains one element with an int 2 as key and char "c" wrapped into structure Data as the value. I am using Boost 1.42. The rules for the grammar w/o semantic actions are as follows. value = qi::char_; list = (qi::int_ >> value); // the start rule I know the grammar could be expressed more simply; my real life example is more complex and makes sense, but I tried to reduce it as much as possible. The full grammar definition reads: typedef std::string::const_iterator Iter; BOOST_FUSION_ADAPT_STRUCT(Data,(char, val)); struct TestGrammar : qi::grammar<Iter, std::map<int,Data>(), ascii::space_type> { qi::rule<Iter, std::map<int,Data>(), ascii::space_type> list; qi::rule<Iter, Data(), ascii::space_type> value; TestGrammar() : TestGrammar::base_type(list) { value = qi::char_[ at_c<0>(_val) = _1 ]; list = (qi::int_ >> value)[ _val[_1] = _2 ]; } }; The code that does the parsing reads int main( ) { std::string input = "2 c"; Iter iter = input.begin(), end = input.end(); TestGrammar grammar; std::map<int,Data> map; bool ans = phrase_parse( iter, end, grammar, space, map ); assert( ans ); assert( iter == end ); BOOST_AUTO( it, map.find(2) ); assert( it != map.end() ); assert( it->second.val == 'c' ); // FAILS! } I marked my expectations with assertions. The parsing does succeed, i.e. phrase_parse returns true and the entire input is consumed, the key of the map's element is right, but its value is somehow lost. Can anyone tell what I am missing? I enclose the entire program code in the attachment. Thanks in advance for help. Regards, &rzej

2 2

[BGL] std::pair<edge_descriptor, bool> edge()
by Hossein Haeri 05 May '10

05 May '10

Dear all, Am I right in believing that the bool returned in the function below is meant to signal to the user whether there is an edge between u and v or not? std::pair<edge_descriptor, bool> edge(vertex_descriptor u, vertex_descriptor v, const adjacency_list& g) The only explanation that the online documentation provides for this function is: "Returns an edge connecting vertex u to vertex v in graph g." Perhaps somebody should amend that explanation... Best, --Hossein

2 3

boost uuids
by Carla Strembicke 05 May '10

05 May '10

I am trying to convert a legacy GUID on mircosoft to use the boost uuid. I am utilizing the stringstream as mentioned in the boost uuid documentation. I have managed to get the GUID converted into a string but am unable to inject the string value Into the uuid variable. Below is just a snippet of a test program. I read it back into a buffer variable to make sure that value was properly set. ss gets the value of guid_str but does not set the value in uuid_test. WCHAR guid_buf[50]; Boost::uuids::uuid uuid_test; StringFromGUID2(guid_value, guid_buf, 50); char *guid_str = OLE2A(guid_buf); std::stringstream ss; char buf[50]; ss << guid_str; ss >> uuid_test; ss << uuid_test; ss >> buf; Obvioulsy I am using stringstream wrong. Does anyone know how to convert a GUID to a boost UUID? I can't seem to find the documentation or interface. CONFIDENTIAL INFORMATION NOTICE: The information contained in this e-mail is privileged, confidential and intended solely for the use of the addressee named above. If the reader of this e-mail is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you received this in error, please contact the sender and destroy all copies of this e-mail. Thank you.

1 0

[asio] Timer cancellation behavior
by BKnoth 05 May '10

05 May '10

Environment: Windows XP Boost 1.40 Problem: Canceling an asio::deadline_timer doesn't pass an operation_aborted value to the timer handler. --------------- From the async_wait doc: For each call to async_wait(), the supplied handler will be called exactly once. The handler will be called when: * The timer has expired. * The timer was cancelled, in which case the handler is passed the error code boost::asio::error::operation_aborted. --------------- When I call my Restart() function (which calls the cancel() function) my TimerHandler() receives an err value of 0. When the timer is allowed to expire, the TimerHandler doesn't get called at all. Thoughts? - Bruce Here's the relevant code: boost::asio::io_service mIOService; boost::asio::deadline_timer mTimer(mIOService, boost::posix_time::seconds(3)) inline void TimerHandler(const boost::system::error_code& err) { cout << err; if (err && err != boost::asio::error::operation_aborted) { cout << endl << "Watchdog elapsed" << endl; } } void Start() { mTimer.async_wait(TimerHandler); mIOService.run(); } // Cancels and restarts the watchdog timer - prevents a timeout void Restart() { mTimer.cancel(); mTimer.async_wait(TimerHandler); mIOService.reset(); mIOService.run(); }

2 2

[statechart] exception_translator < >
by Georg gast 05 May '10

05 May '10

Hi all! Currently i'm working on a project and i'm using boost::state_chart for implementing my asyncrone statecharts. Everything seems ok so far. But i have a small problem. My used client library, which is handled in the statemachine, throws sometime an exception. I said to me: "Not a problem, i will use an exception_translator." At home i made a simple project under Linux/g++ 4.4 (-Wall -pedantic) and MSVC2008 . No problems. At work we use MSVC2005 SP1 and boost 1.42.0. There i cant compile my simple statechart example. (currently i dont have the error messages here at my PC). The documentation states at http://www.boost.org/doc/libs/1_42_0/libs/statechart/doc/tutorial.html#Exce… <----------------------------------------> Discriminating Exceptions .... Unfortunately, this idiom (using throw; inside a try block nested inside a catch block) does not work on at least one very popular compiler. If you have to use one of these platforms, you can pass a customized exception translator class to the state_machine class template. This will allow you to generate different events depending on the type of the exception. <----------------------------------------> and under http://www.boost.org/development/tests/release/developer/statechart.html All tests "pass" for MSVC2005SP1 but i can't find a exception_translator test there (or i'm too blind) ;) So my question: Is MSVC2005SP1 "this very popular compiler" which cant handle exception_translators? @Andreas: Thanks for that very useful library! :-D Best Regards Georg Gast

2 2

Rv: [Boost MPI]Problems with instalation the boost in visual 2008
by Juliet Villanueva 05 May '10

05 May '10

--- El mié 5-may-10, Juliet Villanueva <wizard_pag(a)yahoo.com.mx> escribió: De: Juliet Villanueva <wizard_pag(a)yahoo.com.mx> Asunto: [Boost MPI]Problems with instalation the boost in visual 2008 A: boost-users(a)lists.boost.org Fecha: miércoles, 5 de mayo de 2010, 18:13 Hello: I'm trying to install the boost libraries MPI, but so far I have not been successful. So far the steps I performed are: 1) Run the file in the folder bjam.exe of boost, this procedure creates libs, some of the folders boost, but skips the folder of MPI, which does not generate the appropriate libs. 2) When the library is installed tells me that you must modify the user-config.jam, adding "usign MP" I, for installation. 3) After editing the file is placed bjam command-with-mpi install, and start the installation indicating that boost jump MPI library. Another way I try it from the compiler to use Visual stdio 2008, from the terminal set, follow these steps: 1) Set within the boost folder 2) Run the file bajm.exe, here starts the installation again skipping the boost folder MPI. 3) When the library is installed tells me that you must modify the user-config.jam, adding "usign MP" I, for installation. 4) After editing the file put the following command: C: \ boost_1_42_0 \ boost_1_42_0> bjam - build-type = complete - toolset = MSVC - build-dir = C: \ src \ boost_1_42_0 \ build \ 90 \ 32 - stagedir = C: \ src \ boost_1_36_0 \ stage \ 90-32 stage. This line starts installing again but skip the folder you need. The truth is no longer what happens, because so far I can already detect the libraries, all I need are generating. Lib, which tells me that the compiler can not locate the libs are missing me the following: • libboost_mpi-vc90-mt.lib • libboost_mpi-vc90-mt-1_36.lib • boost_mpi-vc90-mt.lib • boost_mpi-vc90-mt-1_36.dll • boost_mpi-vc90-mt-1_36.lib Someone can help me fix this, scheduled to begin in MPI boost, I would greatly appreciate. Julieth

1 0

[serialization][1.42.0] gcc(4.01)/xcode(3.1.2) failure to register type
by Jeff Flinn 05 May '10

05 May '10

I've followed the doc's 'Static Libraries and Serialization' approach. To move the serialize implementation from the header to the cpp file for my classes in my hierarchy which are serialized through base class pointer. Which runs on MSVC8, after linking with /OPT:NOREF. Unfortunately the BOOST_CLASS_EXPORTxxx facilities appear to be optimized away on gcc/xcode, even though all of the 'strip' settings are off. What approach are others taking to resolve this? Robert's reply to Emil Dotchevski on Sep 25, 2008 suggests that explicitly calling ar.register(static_cast<myType *>(0)); is the only portable way to ensure registration, is this still the case? Should explicit registration be done in combination with or en lieu of BOOST_CLASS_EXPORTxxx? Thanks, Jeff

2 6

[Serialization]Substituting std::istringstream for text_iarchive?
by Laszlo Orban 05 May '10

05 May '10

We have encountered a problem during deserialization via boost::archive::text_iarchive. It is somehow related to the gcc (4.4.1 via MinGW) Windows implementation of the std::stream, that is the parameter of the constructor of text_iarchive. The exact same code caused no problems on a Linux machine (with gcc 4.4.1 as well). The setup is a multi-threaded application (that causes the issue) with frequent deserializations on different threads. The problem is in short: 1: MessagePtr msg; // the structure to be deserialized below 2: std::istringstream archive_stream(buffer); // buffer contains the data, it is a simple char[] array 3: boost::archive::text_iarchive archive(archive_stream, 0); //constructor of the text_iarchive for deserialize 4: archive >> msg; // the deserialization The line causing the problem is the second and third one: in the MinGW implementation of istringstream handling there seems to be some static variables working in the background, and without proper protection of these lines, eventually the application is terminated improperly. Important, that the buffer above is thread-binded, thus it is surely not modified in the background. Using global boost::mutex-es solve the problem: boost::mutex istringstream_locker; //global , local mutexes doesn't work as the behaviour is bound to the std::stream implementation (...) istringstream_locker.lock(); std::istringstream archive_stream(buffer); boost::archive::text_iarchive archive(archive_stream, 0); istringstream_locker.unlock(); (...) However this being a frequently used code, we are wondering if there is any better (more time effective) solution or workaround. (Note: we tried using the boost/format/alt_sstream, but we couldn't get it to work.) Or maybe we can substitute text_iarchive with something else that doesnt require an std::stream? Thanks for reading this!

2 1

How to declare a structure containing vertex or edge properties?
by Eric Fowler 05 May '10

05 May '10

Sorry if this is a FAQ. I have done this in the past, but can't remember the exact syntax, and don't have the old code. It is possible to declare a struct and use it to hold vertex or edge properties, rather than using the property_map interface, e.g. struct tagFOO { int length; byte color; }FOO; etc. How can I do this? Where is the doc on it? Thanks Eric

2 1

[units] (controlled) implicit conversion
by alfC 05 May '10

05 May '10

Hi, I took much labour in defining an extra system of units (atomic units). It works very well and it also defines (optionaly) default conversion from atomic to SI units. The problem that I have now is that all the conversion has to be done explicitly. I understand that this way of doing thing is by design. But for some formulas I would like to allow implicit conversion, for example when adding energies in SI and energies in atomic units (I don't care which direction the conversion is done since I will transform to one of the two at the end of the formula). On top of that the Units Manual says: "Safety and the potential for unintended conversions leading to precision loss and hidden performance costs. Options are provided for forcing implicit conversions between specific units to be allowed. " The question is which are the "Options provided for forcing implicit conversion"? What follow is an example: What I want is some controlled implicit conversion (even better is this conversion are allowed inside a certain program scope). Note that line 4 doesn't work: quantity<si::energy> e1(3.*si::joules); quantity<atomic::energy> e2(4.*atomic::hartree); quantity<atomic::energy> e3(e1); //works e1 = e2; //doesn't work e1 = quantity<si::energy>(e2); //works cout<<e1<<'\n'<<e2<<'\n'<<e3<<endl; note that the third line works because somewhere I defined a conversion_factor plus a default_conversion between units in the different systems. And it works because the conversion is explicit. Now the fourth line doesn't work, it gives an error (see at end). comenting the third line compiles. I even tried defining a conversion for this particular units, but still doesn't work. BOOST_UNITS_DEFINE_CONVERSION_FACTOR( boost::units::atomic::energy, boost::units::si::energy, double, 4.359744e-18 ); BOOST_UNITS_DEFAULT_CONVERSION( boost::units::atomic::energy, boost::units::si::energy ); error caused by line 4: In file included from /usr/include/boost/units/io.hpp:28, from /home/alfc/prj/mag/Qbox//units/systems/ atomic.hpp:187, from eos.cpp:8: /usr/include/boost/units/quantity.hpp: In member function ‘boost::units::quantity<Unit, Y>& boost::units::quantity<Unit, Y>::operator=(const boost::units::quantity<Unit2, YY>&) [with Unit2 = boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::atomic::electron_mass_base_unit, boost::units::list<boost::units::atomic::elementary_charge_base_unit, boost::units::list<boost::units::atomic::reduced_planck_constant_base_unit, boost::units::list<boost::units::atomic::coulomb_force_constant_base_unit, boost::units::list<boost::units::atomic::boltzman_constant_base_unit, boost::units::dimensionless_type> > > > > >, void>, YY = double, Unit = boost::units::unit<boost::units::list<boost::units::dim<boost::units::length_base_dimension, boost::units::static_rational<2l, 1l> >, boost::units::list<boost::units::dim<boost::units::mass_base_dimension, boost::units::static_rational<1l, 1l> >, boost::units::list<boost::units::dim<boost::units::time_base_dimension, boost::units::static_rational<-0x00000000000000002l, 1l> >, boost::units::dimensionless_type> > >, boost::units::homogeneous_system<boost::units::list<boost::units::si::meter_base_unit, boost::units::list<boost::units::scaled_base_unit<boost::units::cgs::gram_base_unit, boost::units::scale<10l, boost::units::static_rational<3l, 1l> > >, boost::units::list<boost::units::si::second_base_unit, boost::units::list<boost::units::si::ampere_base_unit, boost::units::list<boost::units::si::kelvin_base_unit, boost::units::list<boost::units::si::mole_base_unit, boost::units::list<boost::units::si::candela_base_unit, boost::units::list<boost::units::angle::radian_base_unit, boost::units::list<boost::units::angle::steradian_base_unit, boost::units::dimensionless_type> > > > > > > > > >, void>, Y = double]’: eos.cpp:115: instantiated from here /usr/include/boost/units/quantity.hpp:234: error: invalid application of ‘sizeof’ to incomplete type ‘boost::STATIC_ASSERTION_FAILURE<false>’ /usr/include/boost/units/quantity.hpp:234: error: invalid application of ‘sizeof’ to incomplete type ‘boost::STATIC_ASSERTION_FAILURE<false>’ Thank you, Alfredo

3 3

[Boost/Quickbook] Can't create HTML files
by Carlos Guimarães 05 May '10

05 May '10

Hi, I'm trying to build documentation using quickbook. However I can't generate a HTML file from quickbook. When I build it, it creates 3 files: quickbook.docbook, quickbook.xml and boostbook_catalog.xml. With it, how can I create my HTML files? *user-config.jam* #For Quickbook - Doxygen using xsltproc ; using boostbook : /usr/share/xml/docbook/stylesheet/nwalsh : /usr/share/xml/docbook/schema/dtd/4.2 ; using doxygen ; *Jamfile* project documentation ; using quickbook ; import boostbook : boostbook ; boostbook mk : src/quickbook.qbk ; Thanks

2 1

Can BOOST libraries be integrated with c++/CLR .net?
by Joe Pagliarulo 05 May '10

05 May '10

Hi, my name is Joe and I am new to the Boost libraries. Here's my question: Can BOOST libraries be integrated with c++/CLR .net? Does is work with clr/.NET? Thanks, Joe Pagliarulo

4 3

[MultiArray] subscript to index
by Sami 04 May '10

04 May '10

Hi All, Does MultiArray provide a convenient way to get an raw-index (*i.e. *offset to an element in raw-data) given a collection of indices?

3 5

flyweight with fusion::map = error C3066
by Cote, Francois (SGBM) 04 May '10

04 May '10

Dear All, I'm trying to create a composite structure of flyweight inspired by the example boost_1_41_0\libs\flyweight\example\composite.cpp. However, I need the leaf of my composite pattern to be a boost::fusion::map type. I'm getting the following error: \boost\variant\variant.hpp(825) : error C3066: there are multiple ways that an object of this type can be called with these arguments Is there any fundamental reason why the following code generate this error? The code compile when the leaf is a "struct" type rather than boost::fusion::map type. Regards Francois #include <boost/flyweight.hpp> #include <boost/functional/hash.hpp> #include <boost/variant.hpp> #include <boost/variant/apply_visitor.hpp> #include <boost/variant/recursive_wrapper.hpp> #include <boost/fusion/sequence.hpp> #include <boost/fusion/container/map.hpp> #include <iostream> #include <string> #include <vector> using namespace boost::flyweights; using boost::fusion::pair; using boost::fusion::make_pair; using boost::fusion::at_key; // using boost::fusion::map namespace leaf_key { struct label; } typedef boost::fusion::map<pair<leaf_key::label,std::string>> leaf; struct portfolio; typedef boost::variant<leaf,boost::recursive_wrapper<portfolio>> portfolio_variant; typedef boost::flyweights::flyweight<portfolio_variant> portfolio_node; struct portfolio:std::vector<portfolio_node>{}; struct portfolio_hasher: boost::static_visitor<std::size_t> { std::size_t operator()(const leaf& f )const { boost::hash<std::string> h; // using boost::fusion::map std::string str = at_key<leaf_key::label>(f); // using struct //std::string str = f.label; return h(str); } std::size_t operator()(const boost::recursive_wrapper<portfolio>& pf_w)const { const portfolio& pf=pf_w.get(); std::size_t res=0; for(portfolio::const_iterator it=pf.begin(),it_end=pf.end();it!=it_end;++it) { const portfolio_variant* p=&it->get(); boost::hash_combine(res,p); } return res; } }; std::size_t hash_value(const portfolio_variant& node) { return boost::apply_visitor(portfolio_hasher(),node); } int main() { return 0; } Emails aren't always secure, and may be intercepted or changed after they've been sent. Santander Global Banking & Markets doesn't accept liability if this happens. If you think someone may have interfered with this email, please get in touch with the sender another way. This message doesn't create or change any contract. Santander Global Banking & Markets doesn't accept responsibility for damage caused by any viruses contained in this email or its attachments. Emails may be monitored. If you've received this email by mistake, please let the sender know at once that it's gone to the wrong person and then destroy it without copying, using, or telling anyone about its contents. Abbey National Treasury Services plc Reg. No. 2338548. Registered Office: 2 Triton Square, Regent's Place, London, NW1 3AN. Registered in England. Abbey National Treasury Services plc is authorised and regulated by the Financial Services Authority (FSA Registration Number 146003). Cater Allen International Limited. Reg No. 2572704. Registered Office: 2 Triton Square, Regent's Place, London, NW1 3AN. Registered in England. Cater Allen International Limited is authorised and regulated by the Financial Services Authority (FSA Registration Number 148467). Santander Global Banking & Markets is a brand name used by Abbey National Treasury Services plc and Cater Allen International Limited.

2 1

[fusion] at_key + for_each
by Denis Taniguchi 04 May '10

04 May '10

Hi, I was trying to implement something equivalent to the following piece of code: template <class Field1, class Field2, ... , class FieldN, class Range, class Function> Function for_each(Range &r, Function f) { using namespace boost; using namespace boost::fusion; BOOST_FOREACH(typename range_value<Range>::type &v, r) { at_key<Field1>(v) = f(at_key<Field2>(v), at_key<Field3>(v), ... , at_key<FieldN>(v)); } return f; } Is there a simple way to do this using fusion's current functionalities? Regards, Denis

3 4

[Serialization] fast binary objects in portable archive
by Stepan Hrbek 04 May '10

04 May '10

Hello, my goal is fast portable serialization when 95% of data is in large binary objects. 1) binary_archive is fast, but nonportable. 2) text_archive is portable, but ~50x slower. 3) portable_binary_archive looks like solution, but I'm not able to use it to serialize by pointer. Problem can be demonstrated in demo_portable_archive.cpp of boost 1.42 by changing "char c;" to "A* c;" and "c(std::rand())" to "c(0)". Errors from VS2008 linker look like error LNK2019: unresolved external symbol "public: static class boost::archive::detail::basic_serializer const * __cdecl boost::archive::detail::archive_serializer_map<class portable_binary_iarchive>::find(class boost::serialization::extended_type_info const &)" (?find@?$archive_serializer_map@Vportable_binary_iarchive@@@detail@archive@boost@@SAPBVbasic_serializer@234@ABVextended_type_info@serialization@4@@Z) referenced in function "public: static class boost::archive::detail::basic_pointer_iserializer const * __cdecl boost::archive::detail::load_pointer_type<class portable_binary_iarchive>::find(class boost::serialization::extended_type_info const &)" (?find@?$load_pointer_type@Vportable_binary_iarchive@@@detail@archive@boost@@SAPBVbasic_pointer_iserializer@234@ABVextended_type_info@serialization@4@@Z) demo_portable_archive.obj Any idea how to fix it? 4) Is it possible to override text_archive to process binary objects faster, without converting them to text? Stepan

1 0

[asio] io_service
by Etienne Philip Pretorius 04 May '10

04 May '10

Hello List, Is there documentation so that I could try and create a socket like class for the linux system call of inotify to be used by io_service? Etienne

2 3

[units] easier scaled units generation
by alfC 04 May '10

04 May '10

scaled units are a great feature of boost.units, however it seems complicated to (explicitly) create variables in such units. This is the way I found to create a variable that stores a quantity like GigaPascals: using boost::units; typedef make_scaled_unit<si::pressure, scale<10, static_rational< 9> > >::type gpa_unit; gpa_unit GPa; quantity<gpa_unit> p(1.*GPa); //or p(1.*si::giga*si::pascal); the question is, is there a simpler way of doing this? for example, just quantity<giga<si::pressure> > p = ...; //values are converted/stored in giga pascals. I could add some "metafunction": template<class Unit> giga{ typedef make_scaled_unit<Unit, scale<10, static_rational< 9> > >::type unit; }; and use it like quantity<giga<si::pressure>::unit> p; and even specialize for femto, atto, mega, kile, etc. I this already implemented in some other way? In this way if I had implemented an electronvolt unit I could have megaelectronvolt for free quantity<mega<electronvolt_unit>::unit> energy = ...; Thank you, Alfredo

2 2

[ASIO] native back into local::stream_protocol
by Etienne Philip Pretorius 04 May '10

04 May '10

Hello List, I just need some guidance here. I have a parent process fork off a child and pass the int value to the child indicating what the native socket file descriptor it should use to receive communication from the parent process. I am just not able to get it placed back into a boost::asio::local::stream_protocol::socket object. Here is the code below, from the child process loaded via execlp: for(int i = 3; i < static_cast<unsigned char>(~0); i++) { if(i == boost::lexical_cast<int>(argv[0])) { continue; } close(i); } boost::asio::io_service io_service; boost::asio::local::stream_protocol::socket parent_(io_service); parent_.assign(boost::asio::local::stream_protocol, boost::lexical_cast<int>(argv[0])); Compiler error: g++ -c -g -MMD -MP -MF build/Debug/GNU-Linux-x86/main.o.d -o build/Debug/GNU-Linux-x86/main.o main.cpp main.cpp: In function ‘int main(int, char**)’: main.cpp:30: error: expected primary-expression before ‘,’ token Thank you, Etienne -- This message has been scanned for viruses and dangerous content by Pinpoint, and is believed to be clean.

2 3

bjam fails on clang in unix
by Christopher Jefferson 04 May '10

04 May '10

It currently is not possible to build bjam with clang on unix, as the bjam files seems to be broken. Is there any change a bjam expert could have a quick look? Hopefully it will not require too major modifications. The darwin one works fine. I get the following output. The '-dumpmachine' flag appears to have been inherited from g++, and does not appear in clang. Even if I remove this, it still doesn't fix the rest of the problems. bash-4.1$ ./bjam clang: error: unsupported option '-dumpmachine' clang: error: no input files /scratch/boost-trunk/tools/build/v2/build/feature.jam:307: in implied-subfeature from module feature error: "unix" is not a known subfeature value of <toolset>clang /scratch/boost-trunk/tools/build/v2/build/feature.jam:491: in feature.validate-value-string from module feature /scratch/boost-trunk/tools/build/v2/build/property.jam:276: in validate1 from module property /scratch/boost-trunk/tools/build/v2/build/property.jam:301: in validate from module property /scratch/boost-trunk/tools/build/v2/build/property.jam:310: in property.validate-property-sets from module property /scratch/boost-trunk/tools/build/v2/build/toolset.jam:151: in toolset.flags from module toolset /scratch/boost-trunk/tools/build/v2/tools/common.jam:430: in common.handle-options from module common /scratch/boost-trunk/tools/build/v2/tools/clang-unix.jam:109: in clang-unix.init from module clang-unix /scratch/boost-trunk/tools/build/v2/build/toolset.jam:38: in toolset.using from module toolset /scratch/boost-trunk/tools/build/v2/tools/clang.jam:25: in clang.init from module clang /scratch/boost-trunk/tools/build/v2/build/toolset.jam:38: in toolset.using from module toolset /scratch/boost-trunk/tools/build/v2/build/project.jam:881: in using from module user-config /home/caj/user-config.jam:1: in modules.load from module user-config /scratch/boost-trunk/tools/build/v2/build-system.jam:257: in load-config from module build-system /scratch/boost-trunk/tools/build/v2/build-system.jam:399: in load-configuration-files from module build-system /scratch/boost-trunk/tools/build/v2/build-system.jam:554: in load from module build-system /scratch/boost-trunk/tools/build/v2/kernel/modules.jam:283: in import from module modules /scratch/boost-trunk/tools/build/v2/kernel/bootstrap.jam:142: in boost-build from module /scratch/boost-trunk/boost-build.jam:17: in module scope from module

1 0

Problems with boost::asio::local::stream_protocol::iostream
by boost＠hannes.oib.com 03 May '10

03 May '10

1 0

Re: [Boost-users] [serialization] void_caster fix ...
by Bogdan 03 May '10

03 May '10

I have created a small project that exhibits consistently the problem. This test comprises of the following components: - BaseDll.dll - TestSer.exe - linked with BaseDll.dll. - ExportDll.dll - linked with BaseDll.dll. There are three classe classes (all serializable): - polymorphic_base implemented inside BaseDll.dll; - polymorphic_derived1 derived from polymorphic_base and implemented inside BaseDll.dll - polymorphic_derived2 derived from polymorphic_base and implemented inside ExportDll.dll TestSer.exe loads ExportDll.dll dynamically via ::LoadLibrary() and calls the the function entry_point() exported by ExportDll.dll using ::GetProcAddress(). Both main() in TestSer.exe and entry_point() in ExportDll.dll create an object polymorphic_derived1 (i.e., the class defined inside BaseDll.dll) and display its address, respectively. Please note, there is no serialization involved. Results: ============================================================= Using boost 1.42 this test fails due to the ASSERT on symbol duplication in basic_serializer_map.cpp. After updating basic_serializer_map.cpp to the version that will eventually go in 1.43, this test fails with the error I described in detail in "[serialization] Potential problems with void_caster". If I change void_cast.cpp to the latest version ( I am afraid that is a post 1.43 version), everything works fine. Setup: ============================================================= I am using a debug build on Visual Studio 2008 Professional with SP1. OS - Windows XP Professional sp 3. The test is run with a version of the boost library built with the following command line bjam -q -a --layout=tagged --build-dir=C:\Downloads\boost_build --prefix=C:\_APP_\boost_1_42_0 --without-python --without-mpi toolset=msvc address-model=32 variant=debug link=static,shared threading=multi runtime-link=shared install In conclusion, if the latest version of void_cast.cpp is not going in boost 1.43, I believe the serialization library will have a problem with this scenario. Thank you, Bogdan

2 1

(program_options) comment lines
by Lukas Diduch 03 May '10

03 May '10

using the config file parser of boost::program_options a line in of an ini file can be commented by using the '#' character, which seems to be a default. Is there a way to specify other comment characters as well (e.g. ';') ? Sincerely Lukas Diduch

1 0

undefined reference to base_object
by John C 03 May '10

03 May '10

I am working with the boost 1.40.0 serialization library and I am having trouble with class registration for polymorphic types. The code I have has worked fine with VS2005 and VS2008 for a long time; however, in linux with gcc (4.4.1-4ubuntu9), I am having issues. I am using the non-intrusive serialization method on a class that resides in a shared object file. I have simplified this down to where the serialization of the object is performed in an executable linking in the shared object file. In Windows I am registering the classes with boost using BOOST_CLASS_EXPORT_GUID. However, in linux, if I register the classes using this macro, the code compiles but does not link and gives an error similar to below for : testConfig.o: In function `boost::archive::detail::iserializer<boost::archive::text_iarchive, MyNamespace::MyDerivedClass>::load_object_data(boost::archive::detail::basic_iarchive&, void*, unsigned int) const': testConfig.cpp:(.text._ZNK5boost7archive6detail11iserializerINS0_13text_iarchiveEN7MoreOfMyClassRelatredDataEE16load_object_dataERNS1_14basic_iarchiveEPvj[boost::archive::detail::iserializer<boost::archive::text_iarchive, MyNamespace::MyDerivedClass>::load_object_data(boost::archive::detail::basic_iarchive&, void*, unsigned int) const]+0x96): undefined reference to `MyNamespace::MyBaseClass& boost::serialization::base_object<MyNamespace::MyBaseClass, MyNamespace::MyDerivedClass>(MyNamespace::MyDerivedClass const&)' The same error also occurs with save_object_data. If I don't register, my test fails with the unregistered class exception. I have tried placing the macros in both a header and a source file and I still get the linker errors following advice from here: http://www.boost.org/doc/libs/1_40_0/libs/serialization/doc/special.html#ex…. I also tried explicitly instantiating the base_object methods, but get an error indicating no matching definition exists, so I am assuming this is related to the issue - I'm just not sure how else to define the function. I am familiar with basic templating, but the serialization library source is beyond me. Any help would be greatly appreciated..... Thanks - John -- View this message in context: http://old.nabble.com/undefined-reference-to-base_object-tp28417529p2841752… Sent from the Boost - Users mailing list archive at Nabble.com.

2 8

boost.log library - backend sink
by junk bbb123 03 May '10

03 May '10

Hi, How can I create a backend sink that does the following: 1. set a backend sink to log into a file named: sample.log 2. once the log file exceeded a maximum limit of 10MB, the backend renames the filename to sample.old, and resumes logging into a new sample.log. the rotation settings as described in the documentation of boost.log don't suit my requirements, so how can I do what I mentioned above? Thanks

2 2

mutable_queue usage
by Ralf Goertz 03 May '10

03 May '10

Hi, I don't seem to understand how to use mutable_queue correctly. The following crashes with *** glibc detected *** ./prior: free(): invalid next size (fast): 0x00000000006038e0 *** I guess that the third template parameter and/or the third constructor parameter cause the problem. #include <boost/pending/mutable_queue.hpp> typedef boost::mutable_queue<unsigned, std::vector<unsigned>, std::greater<unsigned> > Queue; int main() { boost::identity_property_map imap; std::greater<unsigned> comp; std::vector<unsigned> d; d.push_back(47); d.push_back(11); d.push_back(42); Queue q(d.begin(),d.end(),comp,imap); }

1 0

How to use boost::function with boost::phoenix?
by Jens Mueller 03 May '10

03 May '10

Hi, I'm trying out boost:phoenix. Until now I used boost::lambda. I have code written using boost::lambda that returns a boost::function. E.g. boost::function<float(float)> flog() { using namespace boost::lambda; return bind(static_cast<float(*)(float)>(std::log), _1); } And with boost::lambda I can reuse the boost::function like this boost::function<float(float)> func = -bind(flog(), _1); to build bigger blocks. But I cannot make it work with boost::phoenix. boost::function<float(float)> func = -bind(flog(), arg1); does not compile. How do I use a boost::function within phoenix? Or what do I need to return instead of a boost::function to reuse it in phoenix? Basically I want to build more complex functions out of simple ones which are returned by some function to hide the internals of the function. I'm using Boost version 1.41.0 and g++ (Debian 4.3.2-1.1) 4.3.2. Jens

2 2

[iostreams] Inconsistent state of stream
by Nicola 02 May '10

02 May '10

Hi, can someone tell me if the behaviour of the enclosed example is a bug? In my test, the last two assertions fail, but I don't understand why (Boost 1.42.0). Thanks, Nicola #include <boost/iostreams/copy.hpp> #include <boost/iostreams/filtering_stream.hpp> #include <boost/iostreams/filter/bzip2.hpp> #include <cassert> #include <fstream> #include <sstream> struct bz2istream : public boost::iostreams::filtering_stream<boost::iostreams::input> { public: bz2istream(std::string const& path) : pBz2file(path.c_str(), std::ios_base::in | std::ios_base::binary) { push(boost::iostreams::bzip2_decompressor()); push(pBz2file); } private: std::ifstream pBz2file; }; int main() { bz2istream bzippedfile("foo.bz2"); std::ostringstream os; boost::iostreams::copy(bzippedfile, os); assert(!(bzippedfile.rdstate() & std::ios_base::goodbit)); // Ok assert(bzippedfile.rdstate() & std::ios_base::eofbit); // Fails assert(!(bzippedfile.good())); // Fails }

2 1

[UTF] Let my debugger catch unhandled exceptions
by Adam Nielsen 02 May '10

02 May '10

Hi all, I'm trying to track down a problem in my code that the Boost test framework has isolated, however I'm finding it difficult to track it back to a line in the source. The Boost test framework likes to catch all exceptions, which means when you run the code through a debugger it doesn't break at the point the exception becomes unhandled, so you can't do a backtrace to see where it came from. There is the option --catch_system_errors=no which works for some exceptions, but not these ones. I'm using gdb and telling it to "catch throw" is painful because there are dozens of exceptions thrown around correctly before it gets to the unhandled one I'm interested in. Is there some easy way I can tell UTF not to catch any exceptions? Many thanks, Adam.

3 4

[spirit] Parsing a value multiple times
by Ravi 02 May '10

02 May '10

Hi, Is there a standard qi paradigm for parsing a value multiple times? Suppose a configuration file has three parameters "a", "b" and "c" each of which take integers. Here's how to parse them in arbitrary order: struct abc { int a; int b; int c; }; .. // Inside the qi grammar with attribute abc start = +( (lit("a") >> lit("=") >> int_[bind(&abc::a,_val)=_1] >> lit(";")) |(lit("b") >> lit("=") >> int_[bind(&abc::b,_val)=_1] >> lit(";")) |(lit("c") >> lit("=") >> int_[bind(&abc::c,_val)=_1] >> lit(";")) ); With the grammar above, the final value of "a" comes from the the last line in the configuration file of the form "a = 23;" overwriting all previous statements. This (later values overriding earlier ones) is a fundamental requirement for this application. Is there a better way to write the rule above? Can semantic actions be avoided (perhaps by use of FUSION_ADAPT_STRUCT)? As far as I can tell, using the "^" operator requires that the members of struct abc be boost::optionals. This grammar does not need optionals because the instance of struct abc that is passed to the parsing function is already initialized with sane defaults. Second, composing grammars of this form does not seem to scale well. For example, suppose the configuration above is extended by one parameter, "d", for a different "composite" configuration file format. The easiest way to incorporate the new parameter is to copy and paste the old rule: struct abcd : abc { int d; }; .. // Inside the qi grammar with attribute abcd start = +( (lit("a") >> lit("=") >> int_[bind(&abcd::a,_val)=_1] >> lit(";")) |(lit("b") >> lit("=") >> int_[bind(&abcd::b,_val)=_1] >> lit(";")) |(lit("c") >> lit("=") >> int_[bind(&abcd::c,_val)=_1] >> lit(";")) |(lit("d") >> lit("=") >> int_[bind(&abcd::d,_val)=_1] >> lit(";")) ); The solution above is a clear DRY violation. Is there a solution that avoids copy-and-paste? Ravi

1 0

[mpl] merging 2 maps
by Igor R 02 May '10

02 May '10

Hello, typedef mpl::map < mpl::pair<K1, V1>, mpl::pair<K2, V2> > m1; typedef mpl::map < mpl::pair<K1, V3>, mpl::pair<K3, V4> > m2; In the current version of boost, what's the right way to merge the 2 above mpl maps - to get 1 map that contains: mpl::pair<K1, V1>, mpl::pair<K1, V3>, mpl::pair<K2, V2> mpl::pair<K3, V4> Thanks.

2 3

[date_time] Decoding ISO 8601 strings with timezones?
by Allen Cronce 01 May '10

01 May '10

Hi all, I'm trying to decode ISO strings into ptime values. But when I initialize what should be two equivalent ptimes, one in UTC and the other with a timezone designation, the resulting ptimes do not compare. It's as if the ISO extended format input facet is ignoring timezone values. I'm using boost 1.42.0. I tried instancing an input facet with "%Y-%m-%dT%H:%M:%S%F%Q" instead of calling set_iso_extended_format, but this didn't work either. Can someone suggest a solution? Also, all the sample code I've seen in this area allocates a time_input_facet but does not delete it. Does the stream take care of deallocating the input facet when it goes out of scope, or will this result in a memory leak? Here's the code and resulting assert output: --snip-- ptime from_iso_extended_string(const string& inDateString) { // If we get passed a zero length string, then return the "not a date" value. if (inDateString.empty()) { return not_a_date_time; } // Use the ISO extended input facet to interpret the string. std::stringstream ss; time_input_facet* input_facet = new time_input_facet(); input_facet->set_iso_extended_format(); ss.imbue(std::locale(ss.getloc(), input_facet)); ss.str(inDateString); ptime timeFromString; ss >> timeFromString; return timeFromString; } void boostTimeTest(void) { cout << "Test decoding an ISO 8601 string with different timezones for equivalency:" << endl; string utcTimeStr("2010-05-01T18:00:00.000Z"); string localTimeStr("2010-05-01T11:00:00.000-07:00"); ptime utcTime = from_iso_extended_string(utcTimeStr); ptime localTime = from_iso_extended_string(localTimeStr); cout << " Original utc string: " << utcTimeStr << endl; cout << " Decoded utc string: " << to_iso_extended_string(utcTime) << endl; cout << " Original local string: " << localTimeStr << endl; cout << " Decoded local string: " << to_iso_extended_string(localTime) << endl; // The following asserts because the resulting ptimes are not equivalent assert(utcTime == localTime); } -------------------------------------------- Test decoding an ISO 8601 string with different timezones for equivalency: Original utc string: 2010-05-01T18:00:00.000Z Decoded utc string: 2010-05-01T18:00:00 Original local string: 2010-05-01T11:00:00.000-07:00 Decoded local string: 2010-05-01T11:00:00 Assertion failed: (utcTime == localTime), function boostTimeTest --snip-- Best, -- Allen Cronce

1 0

[serialization] void_caster fix ...
by Bogdan 01 May '10

01 May '10

Just want to confirm I tested the change (61558) made by Robert Ramey to void_caster and it fixes the crashes I previously experienced. Thank you Robert!

2 1

How do you use the find_iterator to do in-place replacements?
by G S 01 May '10

01 May '10

Hi all. I have the split_iterator working as intended on a string, but I don't see how to use the range it returns to change the string directly without copying it. For example, I want to do an erase_all on a range, but that function won't take a range. Anybody have an example of how to do this? Thanks!

2 6

[Dynamic Bitset] Comparableness between different sized sets
by Etienne Philip Pretorius 01 May '10

01 May '10

Hello List, Just a quick question, why can you not compare between different sized dynamic bitsets? As I am trying to add some operators to it in my application so that it can become a large interger type.... (ie in excess of 256 bits) boost::dynamic_bitset<> operator++( boost::dynamic_bitset<>& x, int ) { bool c = true; for(boost::dynamic_bitset<>::size_type i = 0; c && (i < x.size()); i++) { if(x[i]) { c = true; }else{ c = false; } x[i].flip(); } if(c) { x.resize(x.size()+1,true); } return x; }; If I have a for loop and the post incremental operation increases the size of the bitset then operator < bails with an assertion failure : /usr/include/boost/dynamic_bitset/dynamic_bitset.hpp:1288: bool boost::operator<(const boost::dynamic_bitset<Block, Allocator>&, const boost::dynamic_bitset<Block, Allocator>&) [with Block = long unsigned int, Allocator = std::allocator<long unsigned int>]: Assertion `a.size() == b.size()' failed. Aborted Etienne -- This message has been scanned for viruses and dangerous content by Pinpoint, and is believed to be clean.

1 0

Boost Graph: determining type of bundled property
by Trevor Harmon 30 Apr '10

30 Apr '10

Hi, I wrote some Boost Graph code that uses a custom pointer type as the vertex: adjacency_list<vecS, vecS, directedS, Foo*, property<edge_index_t, std::size_t> > I now need to expand the graph so that the Foo pointer is just one of several vertex properties. I assume bundled properties are the way to go: http://www.boost.org/doc/libs/1_42_0/libs/graph/doc/bundles.html I also need my vertices to be of different types (but all as children of a base type), such that my vertex bundles look something like this: class BaseVertex { }; class EntryVertex : public BaseVertex { }; class ExitVertex : public BaseVertex { }; class FooVertex : public BaseVertex { Foo *foo; // ... other properties follow ... }; My goal is to be able to iterate through the vertices and perform different actions depending on the type of vertex. (e.g., if vertex type is EntryVertex do this, if vertex type is ExitVertex do that, etc.) However, I don't know how to determine a vertex's type. The bundles document mentions something about vertex_bundle_type<Graph>::type, but I have no idea how to use this. I couldn't find any code in the Boost examples that use it, either. Any tips to get me started? Also, note that I've added an index property to my graph's edges, declared explicitly in the adjacency_list instantiation (as seen above). Would it make sense to convert this to a bundled property as well, or should I leave it as-is? (I don't think I'll ever need any edge properties other than the index.) Thanks, Trevor

3 6

handling of daylight saving time...
by Archie14 30 Apr '10

30 Apr '10

My software records time events on the computer and it does it using whatever timezone and daylight saving time settings are on this computer. I realized too late that, while storing timestamps, I am not accounting for this daylight adjustment process. So, if hypothetically speaking, the daylight adjustment happens today at 9:00 am and I am writing my timestamps every second I will have something like that: … 8.58 8.59 9.00 10.01 (without timesaving should be 9.01) 10.02 (without timesaving should be 9.02) … When I am reading my timestamps back I am constructing timezone and using it for timestamps manipulation std::string gmt = (boost::format("TMZ%1% TMS1:00:00,M3.2.0/02:00:00,M11.1.0/02:00:00") % gmtoffset).str(); , but this one-hour gap persists, as I now think it should. The question is: is it possible to do manipulation with datetime library to remove this gap without hard-coding one hour removal after specific date/time of daylight saving time?

3 4

Detect generic base class
by Francesco Biscani 30 Apr '10

30 Apr '10

Hi list, how can I detect if a class inherits from a generic class? E.g., template <class Derived> class base {}; class final: public base<final> {}; I would like to specialise a type trait for all classes deriving from base<whatever>, possibly using enable_if and is_base_of: template <class T, class Enable = void> class trait: boost::false_type {}; // What syntax here? Something like this (which does not work): template <class T, class Derived> class trait<T,typename boost::enable_if<boost::is_base_of<base<Derived>,T> >::type>: boost::true_type {}; The best I've come up with has been putting a typedef for Derived in base, and then using SFINAE: template <class Derived> class base { public: typename Derived derived; }; template <class T> class trait<T,typename boost::enable_if<boost::is_base_of<base<typename T::derived>,T> >::type>: boost::true_type {}; But this is ugly and I'm sure there are much better ways of doing this :) Thanks in advance, Francesco

3 3

error C2661: 'operator new' : no overloaded function takes 3 arguments
by bidhan chandra gupta 30 Apr '10

30 Apr '10

Hi, I have a simple pattern matching console based program something like below: #include void example() { ... boost::regex pattern("[a-zA-Z]"); if (boost::regex_match(line, pattern)){...} ... } While compiling this program in VS2008, I get following error: error C2661: 'operator new' : no overloaded function takes 3 arguments ..\boost_1_35_0\boost\regex\v4\regex_raw_buffer.hpp(177) error C2059: syntax error : '*' ..\boost_1_35_0\boost\regex\v4 \perl_matcher_non_recursive.hpp 99 Need your help to fix this. Thanks

2 1

Parallel(or Distributed) Boost Algorithm
by anil khadka 30 Apr '10

30 Apr '10

I am pretty new to both boost and parallel boost. I am using Brandes Centrality algorithm, but the performance really doesn't meet my expectation. If I used Java, which is only using 1 CPU core would complete it in around 30 hrs. The parallel version which use 8 CPU cores tooks 17 hours!! I don't know why there is just around 13 hours gain if i use 8 cores against 1, unless there are lots and lots of communication between each cores. I am using just 1 machine (not a cluster), right now. Graph size is Node 80K, edges 120K I am reading edges from files. I used distributed compressed_sparse_row to represent graph. Right now, it seems like all the cpu cores are reading files on its own, I am assuming each CPU core will takes its graph part automatically (distributed algorithm do it ?). Note: I downloaded the parallel version from: http://osl.iu.edu/research/pbgl/software/ Any help/suggestions would be really appreciated. Metanil.

1 0

[iostreams] How to make a seekable device seek
by Bo Jensen 30 Apr '10

30 Apr '10

I have a seekable iostream device with the tag set to : typedef boost::iostreams::input_seekable catagory; If I have not defined the functions get and seek, it will not compile, which is expected, so far so good. But when I called it like this : mydevice test("somefile.txt"); boost::iostreams::stream<mydevice> buf(test); buf.seekg(0); it never enters my seek function, which I would expect. I am sure the solution must be obvious. Any pointers here ?

2 3

[units] conversion factor for non-base
by Noah Roberts 30 Apr '10

30 Apr '10

I'm unsure how to go about what I need. I've looked at the library code and the documentation and am not even sure what I want is possible, though it should be. In most of our code we use the si system and have defined composite dimensions for most of what is unique to our application. However, there is one dimension where there is no standard unit in the si system: flow coefficient. The flow coefficient is Q/sqrt(dP), a volumetric flow/sqrt(pressure). We have derived and defined a unit that would be the si standard for this quantity if there was one and things work fine. I have a runtime unit system that then converts between user values that make sense, to our internal si version that does not but works. However, now I want to write some alternative functions that use the actual units that engineers really use: Cv and Kv. I would like these alternative functions to then convert into this si unit we've created but the interface should distinguish between Cv, Kv, and my made up unit. The first part is easy: make a system that only contains this funky dimension and then use it to make quantities that are not in the si system. The second part is what I can't find. The conversion templates in conversion.hpp seem to specifically expect base units which at least the si part is not and my conversions should use my funky si unit as their basis. So the question I have is how can I write conversions such that I can do this: quantity<si::flow_coefficient> fc(42 * Kv); and this: void f(quantity<Kv::coefficient>); void f(quantity<Cv::coefficient>); void f(quantity<si::coefficient>); Where Kv and Cv are base units in their own systems. The problem is sort of like degrees and radians, which I was going to use as a basis when I first was looking at this issue, except that in that case the unit is a base unit for a base dimension and in my case I'm working with a derived dimension within the si system. The only way I can think of to do it is to make a system with the components within the derived dimension and make conversion factors for those. The problem is that I am not sure such systems can be coherent and it would be a significant effort above and beyond the direct conversion factors I already know. -- http://crazyeddiecpp.blogspot.com/

2 4

[Proto] Lazy function test
by Noman Javed 30 Apr '10

30 Apr '10

I am experimenting with the calculator example presented in the proto docs. I am unable to use pow<> when I define it using the make_expr (as preseneted in docs), but when I define it like proto::terminal< struct pow_fun<2> >::type const pow2 = {{}}; it works. I am using it like that in the main calculator_context ctx; ctx.args.push_back(2.0); std::cout << proto::eval( pow2(_1), ctx ) << std::endl; // ok with terminal std::cout << proto::eval( pow2(3.0), ctx ) << std::endl; // ok with terminal How can I make the make_expr version to work? Thanks in anticipation Noman Javed Orléans, France

3 2

[Proto] loosing expression wrappers in transforms
by Robert Valkenburg 30 Apr '10

30 Apr '10

Hi, I have a grammar, domain and an extended expression i.e. struct ga_domain : proto::domain<proto::generator<ga_expr>, ga_grammar> {}; template<typename Expr> struct ga_expr : boost::proto::extends<Expr, ga_expr<Expr>, ga_domain> { // .... }; When the expression is transformed some instances of the ga_expr<> wrapper get removed. For example // some function that expects a ga_expr<Expr> as 2nd arg void evaluate_expr(Res& res, const ga_expr<Expr>& expr) { // .... } // some function which transforms the expression and calls evaluate_expr() template <class Res, class Expr> void evaluate(Res& res, const ga_expr<Expr>& expr) { BOOST_MPL_ASSERT((proto::matches< ga_expr<Expr>, ga_grammar>)); evaluate_expr(res, ET::transform_expression()(expr) ); } With the (do nothing) transform struct transform_expression : proto::nary_expr<proto::_, proto::vararg<transform_expression> > {}; I get the following messages (using gcc 4.4.1, boost 1.42) In function ‘void clifford::evaluate(Res&, const clifford::ga_expr<Expr>&) [with Res = clifford::element<clifford::basis::basis<clifford::cga3::basis::rotator_basis_list, mpl_::integral_c<unsigned int, 105u> >, clifford::cga3::cga3, clifford::default_tags>, Expr = boost::proto::exprns_::expr<clifford::tag::reverse_, boost::proto::argsns_::list1<clifford::ga_expr<boost::proto::exprns_::expr<boost::proto::tag::terminal, boost::proto::argsns_::term<const clifford::element<clifford::basis::basis<boost::mpl::vector10_c<short int, 3, 5, 6, 9, 10, 12, 17, 18, 20, 24>, mpl_::integral_c<unsigned int, 18224744u> >, clifford::cga3::cga3, clifford::default_tags>&>, 0l> > >, 1l>]’: error: no matching function for call to ‘evaluate_expr(clifford::element<clifford::basis::basis<clifford::cga3::basis::rotator_basis_list, mpl_::integral_c<unsigned int, 105u> >, clifford::cga3::cga3, clifford::default_tags>&, boost::proto::exprns_::expr<clifford::tag::reverse_, boost::proto::argsns_::list1<const clifford::ga_expr<boost::proto::exprns_::expr<boost::proto::tag::terminal, boost::proto::argsns_::term<const clifford::element<clifford::basis::basis<boost::mpl::vector10_c<short int, 3, 5, 6, 9, 10, 12, 17, 18, 20, 24>, mpl_::integral_c<unsigned int, 18224744u> >, clifford::cga3::cga3, clifford::default_tags>&>, 0l> >&>, 1l>&)’ So the clifford::ga_expr<> wrapper got removed from the unary reverse operator and i'm not sure what i'm supposed to add to make it stay. thanks

3 5

Why is basic_stream_socket::get_io_service not const?
by Christopher Yeleighton 30 Apr '10

30 Apr '10

According to the documentation [1], the member function get_io_service has the following synopsis: boost::asio::io_service & get_io_service(); Why is this function not constant? What does it change within the socket? [1] <URL:http://www.boost.org/doc/libs/1_41_0/doc/html/boost_asio/reference/basi…>

1 0

Re: [Boost-users] [BGL] Out-of-range Edge Endpoints
by Hossein Haeri 29 Apr '10

29 Apr '10

Dear Andrew, > > > What I can't see is what will happen when the endpoints don't fall in > > > [0, n). Is that documented somewhere? > > > > > > > I don't think so. It's basically undefined behavior -- it usually ends > > up in an out-of-bounds array access and thus likely a crash. > > In the case of the constructor, it may. And, my question was exactly about the ctor. I'm surprised to see there is no exact behviour specification for this. Shouldn't it be done sometime? > In the case of add_edge (with the vertex list == vecS), adjacency_list > will automatically resize -- I think I remember being surprised with > this before :) The documentation says: "If the VertexList selector is vecS, and if either vertex descriptor u or v (which are integers) has a value greater than the current number of vertices in the graph, the graph is enlarged so that the number of vertices is std::max(u,v) + 1." Cheers, --Hossein

1 0

[BGL] Out-of-range Edge Endpoints
by Hossein Haeri 29 Apr '10

29 Apr '10

Dear all, In the following documentation page for adjacency_list: http://www.boost.org/doc/libs/1_42_0/libs/graph/doc/adjacency_list.html according to what I read below the following ctor, endpoints of edges must all fall in [0, n): template <class EdgeIterator> adjacency_list(EdgeIterator first, EdgeIterator last, vertices_size_type n, edges_size_type m = 0, const GraphProperty& p = GraphProperty()) What I can't see is what will happen when the endpoints don't fall in [0, n). Is that documented somewhere? TIA, --Hossein

3 2

boost::program_options silent name conflicts
by Michael Jeung 29 Apr '10

29 Apr '10

Hello all, I've run into a problem with the boost::program_options library and I wanted to see if anyone has experienced something similar. When my application defines two program options, pi and pie, the "pie" option silently overrides the "pi" option. (Source code attached.) ./my_program --pie pi: false pie: true ./my_program --pi pi: false pie: true Is this the expected behavior? Admittedly, this is a contrived example, but I think there are real-life cases where it can cause problems. I have run into it a couple of times now. -Michael ----------------------------------------------------------- #include <boost/program_options.hpp> #include <iostream> namespace po = boost::program_options; int main( const int argc, char *argv[] ) { bool pi = false; bool pie = false; po::options_description desc("Allowed options"); desc.add_options() ("help,h", "produce help message") ("pi", po::value<bool>(&pi)->zero_tokens(), "calculate pi") ("pie", po::value<bool>(&pie)->zero_tokens(), "serve pie to our guests") ; po::variables_map vm; po::store(po::command_line_parser(argc, argv).options(desc).allow_unregistered().run(), vm); po::notify(vm); if (vm.count("help")) { std::cout << desc << std::endl; return 0; } if ( pi ) std::cout<<"pi: true"<<std::endl; else std::cout<<"pi: false"<<std::endl; if ( pie ) std::cout<<"pie: true"<<std::endl; else std::cout<<"pie: false"<<std::endl; }

2 2

Overloading operators with multi index container?
by Paul Dovydaitis 29 Apr '10

29 Apr '10

We are using a multi index container to store some data indexed both by a text key and by a timestamp. For the text key index, we are using a non-unique ordering like below: boost::multi_index::ordered_non_unique< boost::multi_index::tag<tags::key>, boost::multi_index::identity<Transaction> > Sometimes we have an issue where we get duplicate keys for transactions that aren't actually duplicates (don't ask). In this case, we can tell them apart by looking at their timestamp and checking if both transactions occurred within a certain window. To do this, we tried to overload operator< in the following way: bool MyTransaction::operator<(const Transaction & rhs) const { const std::time_t WINDOW = 2; if (getHashKey() == rhs.getHashKey()) { if ((epochTime() - WINDOW) <= rhs.epochTime() && (epochTime() + WINDOW) >= rhs.epochTime()) { return false; } else { return (epochTime() < rhs.epochTime()); } } else { return (getHashKey() < rhs.getHashKey()); } } This ought to work, under the assumption that equality is determined by checking that (lhs < rhs) is false and (rhs < lhs) is false. This doesn't seem to be working correctly though. If we add some logging inside the operator overload, we see that it only gets called once, not twice, when we call find() on that keyed index. What is the logic behind find()? I tried to take a look but it's so heavily templated that I couldn't see much more than that it was doing a tree traversal and using a comp() method that's provided as a template argument. Also, I am testing this with just one item in the container. That item has a matching key, but the timestamps are not within the time window I'm using in the operator< overload. I have not checked to see if the behavior is different for a container with many elements. I also tried overloading all the other comparison operators for kicks, and none of them get called ever either. Ideas? Thanks, Paul ________________________________ Note: This email is for the confidential use of the named addressee(s) only and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you are hereby notified that any review, dissemination or copying of this email is strictly prohibited, and to please notify the sender immediately and destroy this email and any attachments. Email transmission cannot be guaranteed to be secure or error-free. Jump Trading, therefore, does not make any guarantees as to the completeness or accuracy of this email or any attachments. This email is for informational purposes only and does not constitute a recommendation, offer, request or solicitation of any kind to buy, sell, subscribe, redeem or perform any type of transaction of a financial product.

4 3

issues with BOOST_CLASS_EXPORT
by Lukas Diduch 29 Apr '10

29 Apr '10

I'm serializing two different classes (fooA, fooB) using boost::any using a wrapper template class combined with a handmade NVP (for the type) under boost_1_42_0. Serializing every type multiple times works fine. However if i use BOOST_CLASS_EXPORT (fooA) to register the type, after the SECOND call that type (fooA) is not being serialized properly anymore. Any subsequent serialization fails. the (text)archive of the correct case: 22 serialization::archive 7 4 fooA 0 0 10 4 fooB 0 0 1.5 4 fooB 2.5 4 fooA 20 the (text)archive of the broken case: 22 serialization::archive 7 4 fooA 1 0 0 10 4 fooB 0 0 1.5 4 fooB 2.5 4 fooA 0 Does that make sense to anybody ? Maybe a bug ? Note also that in the 'broken' case the archive is split into three lines instead of one. Sorry for not posting the example code but it's quite lengthy. If neccesary i'll do so. To put you in a bigger context: i'd like to serialize types using sockets across different architectures (different typeids who'd have guessed). I don't know the order in which the types are sent, so i guess i should register the types upfront using BOOST_CLASS_EXPORT to make sure save and load are in sync on any arch at any time. Please correct me here if i'm wrong and don't need to use the export. Sincerely Lukas Diduch

2 4

AsIO daytime example needs terminate code
by Christopher Yeleighton 29 Apr '10

29 Apr '10

Regarding Daytime.3 - An asynchronous TCP daytime server: [1] There is no way to stop this server! I can kill it under Linux but then it aborts instead of exiting, which is in general not good. == My solution == Add a global quit event variable. Handle the QUIT signal by setting the quit event. Test for the quit event within the event loop. Thoughts? == References == [1] http://www.boost.org/doc/libs/1_42_0/doc/html/boost_asio/tutorial/tutdaytim…

2 10