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

Compile error with boost::tokenizer and Forte 6U2
by JULES D'ENTREMONT 18 Dec '01

18 Dec '01

Hi, I'm trying to use boost::tokenizer to tokenize colon-separated strings of the form "path1:path2:path3...". I wrote the following simple test program: #include <string> #include "boost/tokenizer.hpp" void func() { std::string s("abc:def:ghi"); boost::char_delimiters_separator<char> tokenizerFunc(false, "", ":"); boost::tokenizer<boost::char_delimiters_separator<char> > tokenizer(s, tokenizerFunc); } However, this fails to compile with the Sun Forte 6U2 compiler. It spews out the following error messages: "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/detail/ob_compressed_pair.hpp", line 416: Warning (Anachronism): Type names qualified by template parameters require "typename". "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/detail/ob_compressed_pair.hpp", line 416: Warning (Anachronism): Type names qualified by template parameters require "typename". "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/detail/iterator.hpp", line 382: Warning (Anachronism): Type names qualified by template parameters require "typename". "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/detail/iterator.hpp", line 382: Warning (Anachronism): Type names qualified by template parameters require "typename". "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/iterator_adaptors.hpp", line 922: Error: Invalid template parameter default. "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/iterator_adaptors.hpp", line 925: Error: Invalid template parameter default. "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/iterator_adaptors.hpp", line 1116: Warning (Anachronism): Type names qualified by template parameters require "typename". "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/iterator_adaptors.hpp", line 1133: Error: value is not a member of boost::is_convertible<boost::detail::reduce_to_base_class<std::forward_iterator_tag, boost::detail::iterator_traits<boost::detail::Iterator>::iterator_category>::type*, std::bidirectional_iterator_tag*>. "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/token_iterator.hpp", line 90: Where: While specializing "boost::detail::non_bidirectional_category<const char*>". "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/token_iterator.hpp", line 90: Where: Specialized in boost::token_iterator_generator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>. "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/tokenizer.hpp", line 37: Where: Specialized in boost::tokenizer<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>. "boostTest.cc", line 10: Where: Specialized in non-template code. "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/iterator_adaptors.hpp", line 1133: Error: An integer constant expression is required here. "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/token_iterator.hpp", line 90: Where: While specializing "boost::detail::non_bidirectional_category<const char*>". "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/token_iterator.hpp", line 90: Where: Specialized in boost::token_iterator_generator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>. "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/tokenizer.hpp", line 37: Where: Specialized in boost::tokenizer<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>. "boostTest.cc", line 10: Where: Specialized in non-template code. "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/iterator_adaptors.hpp", line 1134: Error: The type "boost::STATIC_ASSERTION_FAILURE<0>" is incomplete. "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/token_iterator.hpp", line 90: Where: While specializing "boost::detail::non_bidirectional_category<const char*>". "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/token_iterator.hpp", line 90: Where: Specialized in boost::token_iterator_generator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>. "/nsm/rollsbuild/thirdparty/boost/boost_1_25_0/boost/tokenizer.hpp", line 37: Where: Specialized in boost::tokenizer<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>. "boostTest.cc", line 10: Where: Specialized in non-template code. 5 Error(s) and 7 Warning(s) detected. *** Error code 5 Am I using the class incorrectly, or is this a genuine problem? Jules d'Entremont -- Jules d'Entremont jules.dentremont(a)alcatel.com Alcatel Canada http://batai.ca.newbridge.com/~julesd 600 March Road 613-784-6633 Kanata ON, K2K 2E6

3 4

Re: [Boost-Users] Re: Compile error with boost::tokenizer and Forte 6U2
by George Heintzelman 18 Dec '01

18 Dec '01

(moved to boost developers list) [snip most of the changes for SunPro CC] > Also ifdef BOOST_STATIC_ASSERTs on is_input_or_output_iter and > forward_iter_with_real_reference (~lines 616-630). Whoa Nelly. I also found most of the changes you suggested, but I looked into these assert failures compiling on SunPro 5.3 -- and I found that they really were indicating that the compiler was doing something wrong with the typedefs inside the constructed iterator. Ignoring the problem by #ifdefing these out I think may cause problems with the iterator adaptors in some contexts, though I think they will probably work correctly for simple dereferencing and incrementing. To fix (at least partly) these, I found I needed to turn on some of the hacks for BORLANDC in the detail/named_template_params header, specifically the ones to use type_traits::yes_type instead of a bool specialization. I also needed to turn on BOOST_BUGGY_INTEGRAL_CONSTANT_EXPRESSIONS for the static_assert header; I suspect the BORLANDC #ifdefs I had to turn on are related to this same problem, and they ought to be unified in the config header. Once that was done, the compiler still got itself quite confused by the line in detail/named_template_params.hpp: typedef typename choose_arg_or_default<typename is_default<Arg> ::type>::type Selector; Splitting this up into typedef typename is_default<Arg>::type is_default; typedef typename choose_arg_or_default<is_default>::type Selector; seemed to keep the compiler from getting itself all screwed up. This got me part of the way there, but one of those two Static_asserts was still firing, and it seemed to me correctly so (that is, correctly in that the compiler was behaving incorrectly elsewhere). I came to the conclusion that it was still the same buggy integral constant specialization problem -- if I were to rewrite some of the selector code to use yes_type instead of a bool specialization, I believe I could get it to work, but given that that would have meant some wholesale changes to type_traits, I stopped there. George Heintzelman georgeh(a)aya.yale.edu

1 0

Compose/mem_fun/confusion
by dmoore99atwork 18 Dec '01

18 Dec '01

Hello, I'm trying to explore the compose, bind, and mem_fn libraries. I used a "real" problem I'm having. Given a vector<Trade>, I want to gather a sum of the return values of Trade::volume(). I wound up writing "accumulate_with_op" thusly: template <class _InputIterator, class _Tp, class _UnaryOperation> _Tp accumulate_with_op(_InputIterator first, _InputIterator last, _Tp Init, _UnaryOperation unary_op) { for ( ; first != last; ++first) Init = Init + unary_op(*first); return Init; } And I can call it like this: vector<Trade> li; // ..... sum = accumulate_with_op(li.begin(),li.end(),0,mem_fun_ref (&Trade::volume)) This gives me my sum pretty nicely, so I'm sort of happy... BUT... I tried for a long time to use combinations of for_each, compose_f_gx, and mem_fn to be able to do the Sum (to lead to other things like mean, stddev) into a stateful function object. Something like this: /* broken code, trying to convery my intentions */ MeanValue m1; m1 = for_each(l.begin(), l.end(),compose_f_gx(MeanValue(),mem_fun_ref (&Trade::volume)); cout << m1.result(); I wanted my MeanValue::operator() to be called with the return value from my member function, and I wanted to be able to "capture" the result in a function object i could interrogate afterwards. 1. Am I barking up the wrong tree? accumulate_with_op was pretty easy to write, but my problem seemed straighforward enough to be solved with standard c++ or Boost building blocks. 2. Or I am just using the wrong compiler (MSVC6 SP5)? Thanks, Dave

5 5

Compiler status: win32 question
by kelvinlao 18 Dec '01

18 Dec '01

Does a failure on the Compiler Status chart http://www.boost.org/status/cs-win32.html indicate that a certain compiler cannot use the boost libraries fully? Take for instance, the failure of Visual C++ reported against libs/concept_check/class_concept_fail_expected.cpp: What exactly does this failure mean to a user of the boost libraries? Does it render the boost library or some portion therein unusable by the VC++ programmer? Thanks! -k

2 1

RE: [Boost-Users] Compose/mem_fun/confusion
by Moore, Dave 18 Dec '01

18 Dec '01

Thanks very much for the informative response. Dave > -----Original Message----- > From: Douglas Gregor [mailto:gregod@cs.rpi.edu] > Sent: Friday, December 14, 2001 4:50 PM > To: Boost-Users(a)yahoogroups.com > Subject: Re: [Boost-Users] Compose/mem_fun/confusion > > > On Friday 14 December 2001 03:06 pm, you wrote: > > Hello, > > > > I'm trying to explore the compose, bind, and mem_fn libraries. I > > used a "real" problem I'm having. Given a vector<Trade>, I want to > > gather a sum of the return values of Trade::volume(). > [...] > > vector<Trade> li; > > // ..... > > sum = accumulate_with_op(li.begin(),li.end(),0,mem_fun_ref > > (&Trade::volume)) > > > > This gives me my sum pretty nicely, so I'm sort of happy... BUT... > > Here are two ways to compute the sum without defining your > own functions or > classes. Both methods use std::accumulate (which, of course, > is what you're > trying to do), but the difference is in the way that > Trade::volume() is > called. > > The first code snippet uses Boost.Bind only. We essentially > create a function > object that takes two arguments, x and y, and then performs > the operation x + > y.Volume(). We get '+' by using the standard library's > plus<int>, and we use > the fact that bind is composable to call Volume on the second > argument. The > code is thus: > > std::accumulate(li.begin(), li.end(), 0, > boost::bind<int>( > std::plus<int>(), > _1, > boost::bind(&Trade::Volume, _2))); > > The other option is philosophically different. Instead of > transforming he > values as we add them, we instead transform the sequence we > are adding using > the Boost Iterator Adaptors library. The transform_iterator adapts an > iterator by applying a function object to each element as it > is dereferenced. > Therefore, the sequence that accumulate "sees" is the result > of calling > Trade::Volume on each member of the underlying sequence. > Here's the code: > > std::accumulate( > boost::make_transform_iterator(li.begin(), > > boost::mem_fn(&Trade::Volume)), > boost::make_transform_iterator(li.end(), > > boost::mem_fn(&Trade::Volume)), > 0); > > I consider this version better (philosphically) because the > accumulation is > over things we can actually accumulate - integers. The > transform_iterator > version is also more reusable code, because now you have the > ability to > transform a sequence of Trade objects (or Trade object > pointers - see the > documentation of mem_fn) into their corresponding trade > volumes, and other > operations become simpler. > > Code was tested under GCC 2.95.3, but I expect it will work for MSVC5. > > Doug > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Unlimited PC-PC calling at Crystal Voice! - Only $1/Mo. > Download your free 30 day trial. Click here. > http://us.click.yahoo.com/Gb1xVB/GxbDAA/ySSFAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > >

1 0

Simple iterator adaptor example
by Duane Murphy 17 Dec '01

17 Dec '01

I have taken a quick look at iterator adaptor and it seems quite powerful. It seems that iterator_adaptor has two uses. First to adapt one iterator to another. It also seems like it should be able to be used as an interface to other information that has container like qualities that needs an iterator. For example files in directory. Does anyone have an example of how to build one of the later? Not specifically an iterator over files, but the general ability to build an iterator from something that's not an iterator? Thanks for the pointers, ..Duane

1 0

RE: [Boost-Users] MSVC6 and tuple
by Tom Matelich 17 Dec '01

17 Dec '01

Yeah, I also avoid any using in any header, but what are you going to do if you can't compile otherwise? > -----Original Message----- > From: Darin Adler [mailto:darin@bentspoon.com] > Sent: Monday, December 17, 2001 2:15 PM > To: Boost-Users(a)yahoogroups.com > Subject: Re: [Boost-Users] MSVC6 and tuple > > > On 12/17/01 12:36 PM, "Tom Matelich" <tmatelich(a)zetec.com> wrote: > > > Any suggestions? > > This may not be what you have in mind, but in my own code I prohibit: > > using namespace boost; > > But in code outside header files, I always use: > > using boost::tuple; > > And the like, except in cases where there are name conflicts. > So I have > includes at the top of my source files, followed by using statements, > followed by code. > > -- Darin > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Need new boots for winter? Looking for a perfect gift for > your shoe loving friends? > Zappos.com is the perfect fit for all your shoe needs! > http://us.click.yahoo.com/ltdUpD/QrSDAA/ySSFAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > >

1 0

MSVC6 and tuple
by Tom Matelich 17 Dec '01

17 Dec '01

I have a tuple as a member of one of my classes, and it appears, that MSVC 6 requires me to do a using boost::tuple, rather than declaring it with the boost namespace at the var. For this declaration in my header: boost::tuple<int, double> willis; I get the following error: file.h(161) : error C2059: syntax error : '<' file.h(161) : error C2238: unexpected token(s) preceding ';' If I add the using (which I would prefer not to do), the declaration: tuple<int, double> willis; works fine. Any suggestions?

2 1

transitive_closure_test.cpp
by Janos Murvai 17 Dec '01

17 Dec '01

Hi, I compiled this program: transitive_closure_test.cpp with: g++ -ftemplate-depth-30 -I /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/ transitive_closure_test.cpp then I run: Created graph with 13 vertices. transitive_closure Segmentation fault (core dumped) Exit 139 What can I do in this case? Thank you, Janos

2 11

Why not "if (px != rpx) " ?
by Louis Lavery 17 Dec '01

17 Dec '01

Hello, The following is use by the boost shared_ptr assignment operators (see boost\smart_ptr.hpp)... void share(T* rpx, long* rpn) { if (pn != rpn) { // Q: why not px != rpx? A: fails when both == 0 ++*rpn; // done before dispose() in case rpn transitively // dependent on *this (bug reported by Ken Johnson) dispose(); px = rpx; pn = rpn; } } // share ...I curious to know what it means by "fails when both == 0". I mean, I can't see as the sky would fall in if the test was "if (px != rpx)". Am I missing something? Thanks, Louis.

3 7

preprocessor/min and MSVC
by Rodney.Schuler＠ing-dm.com 14 Dec '01

14 Dec '01

I saw the boost preprocessor library and I thought that BOOST_PREPROCESSOR_MIN might help solve a problem in some code that I am maintaining. This code has the naive implementation of MIN and MAX: #define MIN(a,b) ((a)<(b)?(a):(b)) This code also has many (tens of thousands!) of places where a function calls are used as arguments to MIN and MAX like this: foo=MIN(func(args1),func(args2)) The function called is a very long running function. The performance hit taken by three evaluations of the function is a problem I am working to fix. I know the best solution is to add some local variables, and store the results of the functions in them, then use MIN on the local vars. But I'd like to get some Idea of how much performance increase I am likely to get by crawling through the code and fixing all the occurrences of MIN(func(args1),func(args2)) Wondering if BOOST_PREPROCESSOR_MIN had a way to make only two evaluations of func I wrote: #include <iostream> #include <boost/preprocessor/min.hpp> using std::cout; using std::endl; int func(int i) { cout << " func called " << i << endl; return i; } int main () { cout << "result " << BOOST_PREPROCESSOR_MIN(func(1),func(2)) << "\n" << endl; cout << "result " << BOOST_PREPROCESSOR_MIN(func(4),func(3)) << "\n" << endl; return 0; } And my compilers (MSVC 5 sp3 and MSVC 6 sp5) responded thusly: C:\temp\boostminvc5\main.cpp(15) : error C2065: 'BOOST_PREPROCESSOR_IF_BOOLBOOST_PREPROCESSOR_BOOLBOOST_PREPROCESSOR_IF_BOOLBOOST_PREPROCESSOR_BOOLBOOST_PREPROCESSOR_NOR_BOOLBOOST_PREPROCESSOR_BOOLBOOST_PREPROCESSOR_ADDBOOST_PREPROCESSOR_SUBfunc' : undeclared identifier C:\temp\boostminvc5\main.cpp(15) : error C2065: 'BOOST_PREPROCESSOR_SUBfunc' : undeclared identifier C:\temp\boostminvc5\main.cpp(15) : error C2146: syntax error : missing ';' before identifier 'BOOST_PREPROCESSOR_BOOLBOOST_PREPROCESSOR_ADDBOOST_PREPROCESSOR_SUBfunc' C:\temp\boostminvc5\main.cpp(15) : error C2065: 'BOOST_PREPROCESSOR_BOOLBOOST_PREPROCESSOR_ADDBOOST_PREPROCESSOR_SUBfunc' : undeclared identifier C:\temp\boostminvc5\main.cpp(15) : error C2065: 'BOOST_PREPROCESSOR_NOR_BOOLBOOST_PREPROCESSOR_BOOLBOOST_PREPROCESSOR_SUBfunc' : undeclared identifier C:\temp\boostminvc5\main.cpp(15) : error C2146: syntax error : missing ')' before identifier 'BOOST_PREPROCESSOR_BOOLBOOST_PREPROCESSOR_SUBfunc' C:\temp\boostminvc5\main.cpp(16) : error C2146: syntax error : missing ';' before identifier 'BOOST_PREPROCESSOR_BOOLBOOST_PREPROCESSOR_ADDBOOST_PREPROCESSOR_SUBfunc' C:\temp\boostminvc5\main.cpp(16) : error C2146: syntax error : missing ')' before identifier 'BOOST_PREPROCESSOR_BOOLBOOST_PREPROCESSOR_SUBfunc' First, this is a bug report. Second, can anybody answer my question does BOOST_PREPROCESSOR_MIN get around the unnecessary evaluations problem? Thanks -Rodney Rodney.Schuler(a)ing-dm.com

2 1

run test programs...
by Janos Murvai 13 Dec '01

13 Dec '01

Hi, I'm one new user. I tried to run test programs in the : ..../boost_1_26_0/libs/graph/test When I try to compile: g++ -I /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/ adj_matrix_cc.cpp I got many error message (some example from the error messages): What can I do in this case? /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/iterator_adaptors.hpp:817: instantiated from `boost::iterator_adaptor<boost::iterator_adaptor<char *,boost::detail::dir_adj_matrix_out_edge_iter_policies<unsigned int,char *,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int> *,boost::multi_pass_input_iterator_tag,int>,boost::filter_iterator_policies<boost::detail::does_edge_exist,boost::iterator_adaptor<char *,boost::detail::dir_adj_matrix_out_edge_iter_policies<unsigned int,char *,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int> *,boost::multi_pass_input_iterator_tag,int> >,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int> *,boost::multi_pass_input_iterator_tag,int>' /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/graph/adjacency_matrix.hpp:326: instantiated from `boost::adjacency_matrix<boost::directedS,boost::no_property,boost::no_property,boost::no_property,allocator<bool> >' /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/graph/graph_traits.hpp:38: instantiated from `boost::graph_traits<boost::adjacency_matrix<boost::directedS,boost::no_property,boost::no_property,boost::no_property,allocator<bool> > >' /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/graph/graph_concepts.hpp:177: instantiated from `boost::VertexListGraphConcept<boost::adjacency_matrix<boost::directedS,boost::no_property,boost::no_property,boost::no_property,allocator<bool> > >' /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/concept_check.hpp:41: instantiated from `boost::function_requires<boost::VertexListGraphConcept<boost::adjacency_matrix<boost::directedS,boost::no_property,boost::no_property,boost::no_property,allocator<bool> > > >()' adj_matrix_cc.cpp:35: instantiated from here /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/type_traits/composite_traits.hpp:204: incomplete type `boost::is_member_pointer<char *>' does not have member `value' Thank you, Janos

2 1

run test programs..
by Janos Murvai 13 Dec '01

13 Dec '01

Hi, I'm one new user. I tried to run test programs in the : ..../boost_1_26_0/libs/graph/test When I try to compile: g++ -I /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/ adj_matrix_cc.cpp I got many error message (some example from the error messages): What can I do in this case? /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/iterator_adaptors.hpp:817: instantiated from `boost::iterator_adaptor<boost::iterator_adaptor<char *,boost::detail::dir_adj_matrix_out_edge_iter_policies<unsigned int,char *,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int> *,boost::multi_pass_input_iterator_tag,int>,boost::filter_iterator_policies<boost::detail::does_edge_exist,boost::iterator_adaptor<char *,boost::detail::dir_adj_matrix_out_edge_iter_policies<unsigned int,char *,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int> *,boost::multi_pass_input_iterator_tag,int> >,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int>,boost::detail::matrix_edge_desc_impl<boost::directed_tag,unsigned int> *,boost::multi_pass_input_iterator_tag,int>' /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/graph/adjacency_matrix.hpp:326: instantiated from `boost::adjacency_matrix<boost::directedS,boost::no_property,boost::no_property,boost::no_property,allocator<bool> >' /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/graph/graph_traits.hpp:38: instantiated from `boost::graph_traits<boost::adjacency_matrix<boost::directedS,boost::no_property,boost::no_property,boost::no_property,allocator<bool> > >' /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/graph/graph_concepts.hpp:177: instantiated from `boost::VertexListGraphConcept<boost::adjacency_matrix<boost::directedS,boost::no_property,boost::no_property,boost::no_property,allocator<bool> > >' /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/concept_check.hpp:41: instantiated from `boost::function_requires<boost::VertexListGraphConcept<boost::adjacency_matrix<boost::directedS,boost::no_property,boost::no_property,boost::no_property,allocator<bool> > > >()' adj_matrix_cc.cpp:35: instantiated from here /net/cooler/vol/export/proteome/murvai/CC/BOOST/boost_1_26_0/boost/type_traits/composite_traits.hpp:204: incomplete type `boost::is_member_pointer<char *>' does not have member `value' Thank you, Janos

1 0

boost.regex and submatches
by John Maddock 13 Dec '01

13 Dec '01

>I'm trying to match strings of the form "a&b&c&d" with the following >expression: "(?:([^&]+)&)*([^&]+)". This nicely matches the whole >string but instead of giving me the submatches "a", "b", "c" and "d" >I just get "c" and "d". Could anyone tell me what I'm doing wrong? Look more closely at your expression: it has only *two* marked sub-expressions, $1 gets "overwritten" each time it matches. - John Maddock http://ourworld.compuserve.com/homepages/john_maddock/

2 1

boost.regex and submatches
by markus_schoepflin 13 Dec '01

13 Dec '01

Hi all, I'm trying to match strings of the form "a&b&c&d" with the following expression: "(?:([^&]+)&)*([^&]+)". This nicely matches the whole string but instead of giving me the submatches "a", "b", "c" and "d" I just get "c" and "d". Could anyone tell me what I'm doing wrong? Sample code, tested with MSVC6SP5 and Boost 1.26.0: #include <boost/regex.hpp> #include <string> #include <iostream> void main(void) { const char *input ="a&b&c&d"; const boost::regex syntax("(?:([^&]+)&)*([^&]+)"); boost::cmatch matches; if(boost::regex_match(input, matches, syntax)) { for (boost::cmatch::size_type i = 0; i < matches.size(); ++i) std::cout << static_cast<std::string>(matches[i]) << '\n'; } } Tia, Markus

1 0

try building graph library 1.25.1 with MSV6SP5
by acarsac＠yahoo.fr 13 Dec '01

13 Dec '01

Hi all, I' am trying to build the grap library with MSVC6SP5 (not with STLPORT 4.0, the FAQ said it does not work!). What I done: setting up MSVC vars remove space from directories upgrade jam. build boost. (everything ok exectpt ) changes %BOOST_ROOT%/jamfile //////////////////////////////// project-root ; subinclude libs/graph/build ; subinclude status ; //////////////////////////////// change %BOOST_ROOT%/libs/graph/build : //////////////////////////////// subproject libs/graph/build ; SOURCES = graphviz_graph_lex graphviz_digraph_lex graphviz_graph_parser graphviz_digraph_parser ; lib libbgl-viz : ../src/$(SOURCES).cpp : <define>GRAPHVIZ_GRAPH=boost::GraphvizGraph : <include>$(BOOST_ROOT) : debug <inlining>on ; //////////////////////////////// then: cd %BOOST_ROOT% jam -sBOOST_ROOT=. -sTOOLS="msvc" and getting soething like: msvc-Archive-action libs\graph\build\bin\libbgl- viz\msvc\debug\runtime-link-dynamic\libbgl-viz.lib Microsoft (R) Library Manager Version 6.00.8447 Copyright (C) Microsoft Corp 1992-1998. All rights reserved. graphviz_digraph_parser.obj : fatal error LNK1179: invalid or corrupt file: duplicate comdat "?get_v alue@?$property_value_end@U? $property@W4graph_graph_attribute_t@boost@@V?$map@V?$basic_string@DU? $ch ar_traits@D@std@@V?$allocator@D@2@@std@@V12@U?$less@V? $basic_string@DU?$char_traits@D@std@@V?$alloca tor@D@2@@std@@@2@V?$allocator@V?$basic_st2ff4a489" how to fix it, it is the right way to proceed ? Alex

7 15

RE: [Boost-Users] Polymorphic containers (was Re: shared_ptr and inheritance)
by Björn Karlsson 12 Dec '01

12 Dec '01

> From: rz0 [mailto:rz0@yahoo.com] > Hi Bjorn > > Thank you very much for the reply. > > Unfortunately these classes are provided to me and as part of the > requirements, I must be able to work with them. In re-thinking the > problem, it seems that I'm in desperate need of a polymorphic > container - i.e.: > > > Does boost have any polymorphic containers? > > Thanks very much in advance. > > I don't think that polymorphism is the cure - you'll always need to downcast the pointer as the signatures differ. However, there is support in Boost for what you're trying to do - through boost::any. Like I said before, the solution will not be very clean, but it will work. The code snippet below seems to do what you're asking for: #include <iostream> #include <algorithm> #include <vector> #include <Boost\Any.hpp> class A { public: virtual void func1() { std::cout << "A::func1()\n"; }; }; class B : public A { public: void func1() { std::cout << "B::func1()\n"; }; void funcB() { std::cout << "B::funcB()\n"; }; }; class C : public A { public: void func1() { std::cout << "C::func1()\n"; }; void funcC() { std::cout << "C::funcC()\n"; }; }; typedef std::vector<boost::any> AnyVector; void DoStuffWithAny(boost::any& a) { // Try with a B if ( B* pB = boost::any_cast<B>(&a) ) { pB->func1(); pB->funcB(); } // Try with a C else if ( C* pC = boost::any_cast<C>(&a) ) { pC->func1(); pC->funcC(); } // Try with an A else if ( A* pA = boost::any_cast<A>(&a) ) { pA->func1(); } } void DoStuffWithAnyPointer(boost::any& a) { // Try with a B if ( B** ppB = boost::any_cast<B*>(&a) ) { (*ppB)->func1(); (*ppB)->funcB(); } // Try with a C else if ( C** ppC = boost::any_cast<C*>(&a) ) { (*ppC)->func1(); (*ppC)->funcC(); } // Try with an A else if ( A** ppA = boost::any_cast<A*>(&a) ) { (*ppA)->func1(); } } int main(int argc, char* argv[]) { AnyVector aVector; A a; B b; C c; aVector.push_back(a); aVector.push_back(b); aVector.push_back(c); // Do interesting things std::for_each(aVector.begin(), aVector.end(), DoStuffWithAny); AnyVector anotherVector; anotherVector.push_back(new A); anotherVector.push_back(new B); anotherVector.push_back(new C); // Do interesting things std::for_each(anotherVector.begin(), anotherVector.end(), DoStuffWithAnyPointer); return 0; } Another approach would be to provide adapters, but I'm guessing that wouldn't be worth the trouble. HTH, Bjorn Karlsson [Non-text portions of this message have been removed]

2 1

Tokenizer
by Paul Grenyer 11 Dec '01

11 Dec '01

Hi All! I'm using tokenizer in a project. Is there a way to get the number of tokens that have been tokenized? Thanks Paul Paul Grenyer pjgrenyer(a)iee.org

1 0

Boost.Threads Win32 Implementation
by bkarsjens 11 Dec '01

11 Dec '01

The first thing I discovered when trying to get threads working is that the -mthreads option was not being used in jam. I added the following to the gcc-tools.jam file. I'm not totally sure it's right -- it's needed for mingw32, but I don't know if it is necessary for cygwin. if $(NT) { flags gcc CFLAGS <threading>multi : -mthreads ; flags gcc LINKFLAGS <threading>multi : -mthreads ; } Adding that let's gdb actually work on it... It doesn't crash deep in the bowels of thread exiting in some kernel library routine. Although it still crashes in on_thread_exit doing handlers->push_front(func). Actually, it crashes in some STL stuff, but that's I'm not sure why, I'm not that good with gdb yet. After digging through the implementation of threadmon.cpp, I realized that (unless I missed something) on_thread_exit was always called with the same argument, which is the address of cleanup in tss.cpp. Therefore all of the stuff in threadmon.cpp for keeping a list of functions registered with on_thread exit were not really needed, it would always have a list of the same pointer. So why not just keep that pointer and call it on thread exit. I also discovered that DllMain wasn't getting called at all because it wasn't defined as extern "C". This drastically simplifies threadmon.cpp: // threadmon.cpp : Defines the entry point for the DLL application. // #define BOOST_THREADMON_EXPORTS #include "threadmon.hpp" #ifdef BOOST_HAS_WINTHREADS #define WIN32_LEAN_AND_MEAN // Exclude rarely-used stuff from Windows headers #include <windows.h> #ifdef BOOST_MSVC # pragma warning(disable : 4786) #endif typedef void (__cdecl * handler)(void); namespace { handler exit_handler; } #if defined(__BORLANDC__) #define DllMain DllEntryPoint #endif extern "C" BOOL APIENTRY DllMain(HANDLE module, DWORD reason, LPVOID) { switch (reason) { case DLL_PROCESS_ATTACH: case DLL_THREAD_ATTACH: break; case DLL_THREAD_DETACH: case DLL_PROCESS_DETACH: { if (exit_handler) (*exit_handler)(); } break; } return TRUE; } int on_thread_exit(void (__cdecl * func)(void)) { exit_handler = func; return 0; } #endif // BOOST_HAS_WINTHREADS Note that the above was not copied directly, but has had some editing. I think I transcribed it correctly, but maybe I missed a semicolon or something. Also, in tss.cpp, cleanup may be called without any handlers registered... I'm not sure if this was always the case, or if I introduced this case, so the cleanup function needs to do an if(handlers) check before actually trying to call them. And now the tests pass! Wheee! One more thing. I'm still not convinced for the need of the dll. The issue is needing to know when a thread has exited, and I think that could be done by an object that was destructed in a thread-proxy function. Since you are already using a thread_proxy function, I'm wondering if you considered this approach and if so, why you rejected it.

2 3

RE: [Boost-Users] Re: operator<< for boost::any
by Björn Karlsson 11 Dec '01

11 Dec '01

> From: Patrick Guio [mailto:patrick.guio@fys.uio.no] > I have another comment more general about the any class > The declaration > placeholder * content; > in the any class might be public or private depending on the > value of the > value of the define BOOST_NO_MEMBER_TEMPLATE_FRIENDS. > Is it safe? No, it's not safe. It's there for a good reason though - some compilers does not support the (required) friend declaration. Bjorn Karlsson [Non-text portions of this message have been removed]

1 0

Re: operator<< for boost::any
by Patrick Guio 10 Dec '01

10 Dec '01

On Sun, 9 Dec 2001, assaflavieatwork wrote: > If all you want to do is output the value inside the 'any' you can > add a virtual member to the place_holder/holder classes (inside any's > impl) that will output to a ostream&. That is exactly my need > in place_holder: > virtual ostream& write(ostream&) = 0; You mean placeholder? I have added this declaration as a pure virtual function in the queries part. class placeholder { ... public: // queries ... virtual ostream& write(ostream&) = 0; }; > in holder: > ostream& write(ostream& o) { o << held; }; > I have added the declaration in the derived class holder from the abstract base class placeholder template<typename ValueType> class holder : public placeholder { ... public: // queries ... ostream& write(std::ostream& os) { os << held; } public: // representation ValueType held; }; > outside any: > std::ostream& operator << (std::ostream& out, const any& value) { > return value.write(out); > }; I don't understand how this can work since the class any contains a pointer to an object of class placeholder. This object has a member function write but not the class any itself? I have another comment more general about the any class The declaration placeholder * content; in the any class might be public or private depending on the value of the value of the define BOOST_NO_MEMBER_TEMPLATE_FRIENDS. Is it safe? #ifndef BOOST_NO_MEMBER_TEMPLATE_FRIENDS private: // representation template<typename ValueType> friend ValueType * any_cast(any *); #else public: // representation (public so any_cast can be non-friend) #endif placeholder * content; }; > > But that of course means changing the any.hpp file which of course > isn't something everyone is willing to do... Why not including a simple overloading of the << operator? > > Anyway, it won't help you if you want to read the any back from an > istream. You'll have to write some type information to the stream or > else you'll just interpret everything as a string. > I understand that but that is not what I want to do. Sincerely Patrick Guio

2 1

RE: [Boost-Users] Re: shared_ptr and inheritance
by Björn Karlsson 10 Dec '01

10 Dec '01

> From: rz0 [mailto:rz0@yahoo.com] > > > > > >VC++ 6.0 flags the above lines with a conversion error. > > > > > >Is there any way to resolve this? > > > > Can you just define b and c as boost::shared_ptr<A>? > > Hi Jon > > Thank you very much for the response. Unfortunately this will cause > the same problem that I ran into with std::auto_ptr and that is > methods funcB and funcC which are exclusive to B and C are not > allowed to be called. > > Take care > RZ > It seems to me that the problem is in the design - you're trying to use inheritance for the convenience of placeholding (and maybe insulation). That won't work (as you've seen). Even with a compiler that allows the code to compile (those that support member templates will) you will not get the behaviour that you want - funcB and funcC can never be called (from client code). The reason that the code compiles cleanly is that the conversion from B* or C* to A* is valid - but there's no way you can dynamically change the static type of "boost::shared_ptr<A> aptr;". If you really need to get this to work, it is still possible: You could use boost::any, and any_cast through all the possible types. This, however, is not very flexible, and IMO not very readable or maintainable. Regards, Bjorn Karlsson [Non-text portions of this message have been removed]

2 1

shared_ptr and inheritance
by rz0 10 Dec '01

10 Dec '01

Hello I have the following scenario: #include <iostream> #include <boost/smart_ptr.hpp> class A { public: virtual void func1() { std::cout << "A::func1" << std::endl; } }; class B : public A { public: void func1() { std::cout << "B::func1" << std::endl; } void funcB() { std::cout << "B::funcB" << std::endl; } }; class C : public A { public: void func1() { std::cout << "C::func1" << std::endl; } void funcC() { std::cout << "C::funcB" << std::endl; } }; class Holder { boost::shared_ptr<A> aptr; public: void setclass(boost::shared_ptr<A> a) { aptr = a; } void callfunc() { aptr->func1(); } }; int main() { Holder holder; boost::shared_ptr<B> b(new B()); boost::shared_ptr<C> c(new C()); holder.setclass(b); //<------- holder.setclass(c); //<------- holder.callfunc(); return 0; } VC++ 6.0 flags the above lines with a conversion error. Is there any way to resolve this? Thanks very much in advance.

2 3

Can't build Python-lib with VC
by swbuddy2001 08 Dec '01

08 Dec '01

Hi all, i'm trying to build the Boost-Python library (Version 1.26.0) with VS6 using SP6 and i get the following ErrorMsg. Compiling... types.cpp ..\..\..\boost/bind/mem_fn_template.hpp(135) : error C2562: '()' : 'void' function returning a value ..\..\..\boost/bind/mem_fn_template.hpp(133) : see declaration of '()' ..\..\..\boost/bind.hpp(735) : see reference to function template instantiation 'void __thiscall boost::_mfi::cmf1<void,class boost::python::detail::type_object_base,struct _object *>::operator () (class boost::python::detail::type_object_base *const & ,struct _object *) const' being compiled Any suggestions what i can do to get types.cpp compiled? Thanks in advance, Jürgen

2 4

explanation about cyclic_ptr in smart_ptr
by ma_ting_chong 06 Dec '01

06 Dec '01

How do cyclic_ptr work in the smarttest.zip in smart_ptr library?

1 0