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

The "error C2668" on VC6
by wind world 12 Dec '08

12 Dec '08

Hi guys, I'm trying to introduce the boost regex into my old VC6 project. "using namespace std" is declearared in many files. When I include "#include <boost/regex.hpp>", I receive the following error: error C2668: 'memset' : ambiguous call to overloaded function. When I remove "using namespace std" or add :: to memset(memset -> ::memset), it can be ok. I want to ask wheather there is the third way to solve this problem. Appreciate any help. Worldwind

2 1

Proto: extending the example mixed.cpp
by Kim Kuen Tang 11 Dec '08

11 Dec '08

Hi all, i wnat to extend the example in the file mixed.cpp with an operator[]: double operator []( std::ptrdiff_t i ) const { DereferenceCtx const deref = {}; AdvanceCtx adctx(i); //just shift the iterator with std::advance typename boost::result_of<Begin(Expr const &)>::type expr2 = Begin()(*this); proto::eval(expr2,adctx); return proto::eval(expr2, deref); } This works well. However is it possible to let proto figure out what the result_type of this function is? I've tried to program in this way. typedef typename boost::result_of<Begin(Expr const &)>::type Expr2; typedef typename proto::result_of::eval<Expr,DereferenceCtx>::type result_type; result_type operator []( std::ptrdiff_t i ) const { DereferenceCtx const deref = {}; AdvanceCtx adctx(i); Expr2 expr2 = Begin()(*this); proto::eval(expr2,adctx); return proto::eval(expr2, deref); } But the compiler complained that the nested struct eval in the struct struct DereferenceCtx { template<typename Expr, typename EnableIf = void> struct eval : proto::default_eval<Expr, DereferenceCtx const> {}; cannot be instantiated by this particulat template. So I guess I ' ve to write a grammar for this issue. Is this true?

2 1

[BGL] Matrix as Graph - Graph Adaptor
by Liao, Elizabeth 11 Dec '08

11 Dec '08

Hi, I'm looking at using the Graph Adaptor class for Matrices but I'm not sure how to use it. Specifically, I'm confused by the macro BOOST_GRAPH_ADAPT_MATRIX_TO_GRAPH in matrix_as_graph.cpp. Does anyone have an example on how to use it? I'm more at the evaluation stage on whether to use BGL or not so I'm not familiar with other BGL functions. Any help would be appreciated. Thanks! Liz

2 1

More on: Problem solved: LNK2019 with boost::thread_group [!]
by Joseph A. Marks 11 Dec '08

11 Dec '08

Thanks, Steve, I get this in thread form so your great reply isn't included here. (AMDG). We often (though not always) have the following line also: using boost::unit_test_framework::test_suite; My coding standards manual says only to put using directives in .cpp files rather than .h (or .hpp) files. Joseph A. Marks PHONE: 612-788-9658 e-mail: josephamarks(a)yahoo.com --- On Thu, 12/11/08, Joseph A. Marks <josephamarks(a)yahoo.com> wrote: > In case anyone ever needs to know, here are the steps taken > to solve the problem: {NOTE: A colleague helped me with > this}. > > Re-loaded Boost, upgrading to v. 1.37 {this upgrade may be > a red herring, but it didn't hurt). This version is > very friendly to compiling in MS VS 2008 (version 9). > > Then, added the following, at the top of any relevant file: > > #include <boost/test/floating_point_comparison.hpp> > > #define BOOST_TEST_MAIN "Test > put_your_town_string_here" > #include <boost/test/unit_test.hpp> > #include <boost/test/auto_unit_test.hpp> > > I am not sure if the first of these includes is required, > but this always seems to work. > > Hopefully, someone will be helped by this e-mail at some > point or other. > > Thanks, > Sincerely, > > Joseph A. Marks > e-mail: josephamarks(a)yahoo.com > > > --- On Mon, 12/8/08, Joseph A. Marks > <josephamarks(a)yahoo.com> wrote: > > > From: Joseph A. Marks <josephamarks(a)yahoo.com> > > Subject: LNK2019 with boost::thread_group [!] > > To: boost-devel(a)lists.boost.org > > Date: Monday, December 8, 2008, 10:53 AM > > I get the following linker error using Boost, I am > trying to > > get it to compile using VS 2008, with a makefile > system: > > > > error LNK2019: unresolved external symbol "class > > boost::unit_test::test_suite * __cdecl > > init_unit_test_suite(int,char * * const)" > > > (?init_unit_test_suite@@YAPAVtest_suite@unit_test@boost@@HQAPAD@Z) > > referenced in function _main > > > > Does anyone have any insight? > > > > Thanks in advance, > > > > Joseph A. Marks > > e-mail: josephamarks @ yahoo.com > > Joseph A. Marks > e-mail: josephamarks(a)yahoo.com Joseph A. Marks PHONE: 612-788-9658 e-mail: josephamarks(a)yahoo.com

2 1

maybe ot: debugger expression evaluators
by Noah Roberts 11 Dec '08

11 Dec '08

Does anyone know of any set of VS evaluators ( http://msdn.microsoft.com/en-us/library/8fwk67y3(VS.80).aspx ) that would make debugging code that uses some of the more internally complex boost constructs a bit easier? Ones I can think of that would make life easier: whatever is returned by bind smart pointers (not so bad right now actually) boost::function others? For instance, with the bind it would be nice to see simply the address of the function and an array of the arguments...with some obviously being displayed as "placeholder". The boost::function one could maybe just show the function object it stores. Currently, to get to this information you have to weed through quite a few levels of abstraction. Not saying this is bad, it's obviously necessary, but it can make debugging through these objects a bit of a hassle.

2 1

Re: [Boost-users] signals/slots and boost::functions
by david.weber＠l-3com.com 11 Dec '08

11 Dec '08

For those interested, It appears the reason was because of a compiler error I hit, and didn't ask about, or really worry how to resolve it. :-/ Function declaration: typedef boost::function < VSSP ( std::string, EncodingEnum) > CreateTypeFunc; bool ElementBase::disconnectCreateTypeSignal(const CreateTypeFunc& slot) { LOG4CXX_DEBUG(logger_, "disconnectCreateTypeSignal in"); bool retValue = false; createTypeSignal_.disconnect(slot); <snip!> } Error: (apologies for the length) c:\Program Files\boost\boost_1_35_0\boost\signals\signal_template.hpp(242) : error C2666: 'boost::operator`=='' : 4 over loads have similar conversions; c:\Program Files\boost\boost_1_35_0\boost\function\function_base.hpp(669): could be 'boo st::enable_if_c<B,T>::type boost::operator ==<boost::signal2<R,T1,T2,Combiner,Group,GroupCompare,SlotFunction>::slo t_fun ction_type>(Functor,const boost::function_base &) with [B=true,T=bool,R=boost::detail::function_traits_helper<boost::add _pointer<boost::shared_ptr<model::VariantStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>::result_type,T 1=boost::detail::function_traits_helper<boost::add_pointer<boost::shared _ptr<model::VariantStorage> (std::string,model:: EncodingEnum::EncodingEnum)>::type>::arg1_type,T2=boost::detail::functio n_traits_helper<boost::add_pointer<boost::shared _ptr<model::VariantStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>::arg2_type,Combi ner=boost::last_valu e<boost::detail::function_traits_helper<boost::add_pointer<boost::shared _ptr<model::VariantStorage> (std::string,model:: EncodingEnum::EncodingEnum)>::type>::result_type>,Group=int,GroupCompare =std::less<int>,SlotFunction=boost::function<mod el::VariantStorageSharedPtr (std::string,model::EncodingEnum::EncodingEnum)>,Functor=boost::signal2< boost::detail::funct ion_traits_helper<boost::add_pointer<boost::shared_ptr<model::VariantSto rage> (std::string,model::EncodingEnum::Encoding Enum)>::type>::result_type,boost::detail::function_traits_helper<boost:: add_pointer<boost::shared_ptr<model::VariantStor age> (std::string,model::EncodingEnum::EncodingEnum)>::type>::arg1_type,boost ::detail::function_traits_helper<boost::add _pointer<boost::shared_ptr<model::VariantStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>::arg2_type,boo st::last_value<boost::detail::function_traits_helper<boost::add_pointer< boost::shared_ptr<model::VariantStorage> (std::s tring,model::EncodingEnum::EncodingEnum)>::type>::result_type>,int,std:: less<int>,boost::function<model::VariantStorageS haredPtr (std::string,model::EncodingEnum::EncodingEnum)>>::slot_function_type]'; c:\Program Files\boost\boost_1_35_0\bo ost\function\function_base.hpp(660): or 'boost::enable_if_c<B,T>::type boost::operator ==<Function>(const boost::f unction_base &,Functor) with [B=true,T=bool,Function=model::ElementBase::CreateTypeFunc,Functor=model ::ElementBase::Crea teTypeFunc]'; c:\Program Files\boost\boost_1_35_0\boost\function\function_template.hpp(832): or 'void boost::opera tor ==<R,T0,T1,Allocator>(const boost::function2<R,T0,T1,Allocator> &,const boost::function2<R,T0,T1,Allocator> &) with [R=model::VariantStorageSharedPtr,T0=std::string,T1=model::EncodingEnum: :EncodingEnum,Allocator=std::allocator<void>]'; or 'built-in C++ operator==(boost::function2<R,T0,T1,Allocator>::safe_bool with [R=model::VariantStorageSharedPtr, T0=std::string,T1=model::EncodingEnum::EncodingEnum,Allocator=std::alloc ator<void>], boost::function2<R,T0,T1,Allocator> ::safe_bool with [R=model::VariantStorageSharedPtr,T0=std::string,T1=model::EncodingEnum: :EncodingEnum,Allocator=std::al locator<void>])'; while trying to match the argument list '(boost::signal2<R,T1,T2,Combiner,Group,GroupCompare,SlotFunct ion>::slot_function_type with [R=boost::detail::function_traits_helper<boost::add_pointer<boost::share d_ptr<model::Varia ntStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>::result_type,T1= boost::detail::function_traits_helper <boost::add_pointer<boost::shared_ptr<model::VariantStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>::ar g1_type,T2=boost::detail::function_traits_helper<boost::add_pointer<boos t::shared_ptr<model::VariantStorage> (std::strin g,model::EncodingEnum::EncodingEnum)>::type>::arg2_type,Combiner=boost:: last_value<boost::detail::function_traits_helper <boost::add_pointer<boost::shared_ptr<model::VariantStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>::re sult_type>,Group=int,GroupCompare=std::less<int>,SlotFunction=boost::fun ction<model::VariantStorageSharedPtr (std::strin g,model::EncodingEnum::EncodingEnum)>], const model::ElementBase::CreateTypeFunc)'; c:\Program Files\boost\boost_1_35_0\ boost\signals\signal_template.hpp(224) : see reference to function template instantiation 'void boost::signal2<R,T1,T2,C ombiner,Group,GroupCompare,SlotFunction>::do_disconnect<T>(const Function &,boost::mpl::bool_<C_>) with [R=boost::detail ::function_traits_helper<boost::add_pointer<boost::shared_ptr<model::Var iantStorage> (std::string,model::EncodingEnum::E ncodingEnum)>::type>::result_type,T1=boost::detail::function_traits_help er<boost::add_pointer<boost::shared_ptr<model::V ariantStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>::arg1_type,T2=bo ost::detail::function_traits_help er<boost::add_pointer<boost::shared_ptr<model::VariantStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>:: arg2_type,Combiner=boost::last_value<boost::detail::function_traits_help er<boost::add_pointer<boost::shared_ptr<model::V ariantStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>::result_type>,Gr oup=int,GroupCompare=std::less<in t>,SlotFunction=boost::function<model::VariantStorageSharedPtr (std::string,model::EncodingEnum::EncodingEnum)>,T=model: :ElementBase::CreateTypeFunc,Function=model::ElementBase::CreateTypeFunc ,C_=false]' being compiled; c:\Documents and Set tings\td26134\Desktop\trunk1\src\model\ElementBase.cpp(440) : see reference to function template instantiation 'void boo st::signal2<R,T1,T2,Combiner,Group,GroupCompare,SlotFunction>::disconnec t<model::ElementBase::CreateTypeFunc>(const T &) with [R=boost::detail::function_traits_helper<boost::add_pointer<boost::share d_ptr<model::VariantStorage> (std::string, model::EncodingEnum::EncodingEnum)>::type>::result_type,T1=boost::detail ::function_traits_helper<boost::add_pointer<boos t::shared_ptr<model::VariantStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>::arg1_type,T2=bo ost::detail ::function_traits_helper<boost::add_pointer<boost::shared_ptr<model::Var iantStorage> (std::string,model::EncodingEnum::E ncodingEnum)>::type>::arg2_type,Combiner=boost::last_value<boost::detail ::function_traits_helper<boost::add_pointer<boos t::shared_ptr<model::VariantStorage> (std::string,model::EncodingEnum::EncodingEnum)>::type>::result_type>,Gr oup=int,Gro upCompare=std::less<int>,SlotFunction=boost::function<model::VariantStor ageSharedPtr (std::string,model::EncodingEnum::E ncodingEnum)>,T=model::ElementBase::CreateTypeFunc]' being compiled scons: *** [build_dir\Windows\src-model\ElementBase.obj] Error 2

2 3

Problem solved: LNK2019 with boost::thread_group [!]
by Joseph A. Marks 11 Dec '08

11 Dec '08

Problem solved: In case anyone ever needs to know, here are the steps taken to solve the problem: {NOTE: A colleague helped me with this}. Re-loaded Boost, upgrading to v. 1.37 {this upgrade may be a red herring, but it didn't hurt). This version is very friendly to compiling in MS VS 2008 (version 9). Then, added the following, at the top of any relevant file: #include <boost/test/floating_point_comparison.hpp> #define BOOST_TEST_MAIN "Test put_your_town_string_here" #include <boost/test/unit_test.hpp> #include <boost/test/auto_unit_test.hpp> I am not sure if the first of these includes is required, but this always seems to work. Hopefully, someone will be helped by this e-mail at some point or other. Thanks, Sincerely, Joseph A. Marks e-mail: josephamarks(a)yahoo.com --- On Mon, 12/8/08, Joseph A. Marks <josephamarks(a)yahoo.com> wrote: > From: Joseph A. Marks <josephamarks(a)yahoo.com> > Subject: LNK2019 with boost::thread_group [!] > To: boost-devel(a)lists.boost.org > Date: Monday, December 8, 2008, 10:53 AM > I get the following linker error using Boost, I am trying to > get it to compile using VS 2008, with a makefile system: > > error LNK2019: unresolved external symbol "class > boost::unit_test::test_suite * __cdecl > init_unit_test_suite(int,char * * const)" > (?init_unit_test_suite@@YAPAVtest_suite@unit_test@boost@@HQAPAD@Z) > referenced in function _main > > Does anyone have any insight? > > Thanks in advance, > > Joseph A. Marks > e-mail: josephamarks @ yahoo.com Joseph A. Marks e-mail: josephamarks(a)yahoo.com

2 1

Boost + __stdcall calling convention
by cdongieux.ext＠orange-ftgroup.com 11 Dec '08

11 Dec '08

Hello, I am currently programming a dll in COM format with Visual Studio 2005. For it to be in COM format, the calling convention has to be __stdcall. In my project, I need somme Boost code, just to get my life easier :) My problem is that the compiler complains in linking process : I have unresolved Boost symbols whereas I included the good .lib. I tried many workarounds, and I saw that when I change the calling convention to __cdecl, the project compiles fine. Unfortunatly I can't register the DLL with regsvr32 since the format is not correct. Is it possible to use Boost libraries with the __stdcall convention ? Do you have an idea/solution ? Thanks in advance.

3 2

[spirit] real_p fails on negative exponent
by Jan Boehme 11 Dec '08

11 Dec '08

Hi, on my system (RHEL3, libc 2.3.2, gcc 3.2.3, Intel 10.1 which is used to compile and link) real_p fails to parse real numbers like 1.0E-001 and it is most likely the negative exponent as 1.0E001 works as expected. Our investigations brought us to numerics.hpp line 162 where the int parser which is used by real_p is declared as 'int_parser<T, 10, 1, -1>' with T=double. I don't see the reason for this yet and the 'out of the box' int parser 'int_p' itself is declared using 'int_parser<int>'. Here my questions: Do I have to expect any problems using int instead double for the real_p exp_n parser? Is this a kind of a mistake as even int_p is declared using 'int'? Thank you very much for your support, Jan. p.s.: Yes, I know gcc 3.2.3 isn't officially supported by boost but please consider helping me even so, thanks.

4 9

Re: [Boost-users] [boost] [review][constrained_value] Review of ConstrainedValueLibrary begins today
by Jesse Perla 11 Dec '08

11 Dec '08

Robert: >Yes, this might be added in the future to the library itself. But first I want >to become confident this is what actually users need and that this solution is >general enough. Therefore, I'd be grateful if you (and other possible users) >could test the provided code and say how well is it fulfilling the requirements. Absolutely. I will test around the beginning of the year. >I think the best solution for dynamic constraints union (or intersection) is to >use boost::signal, and this is how I would implement this. Again, this is a >possible addition to the library in the future if it proves generally needed. Yes, the signals approach would solve multiple constraint bounds-checking through a predicate. But it doesn't solve my main use case: Querying the sub-type information associated with a type for numeric algorithms, which may not be connected intervals. For my code (and I would guess most people's) numeric applications, I will turn off bounds-checking when running in release, and manually trigger inclusion testing as I see necessary. But the type information will be perfectly efficient at runtime for generating grids, checking convergence of optimizers, etc. The reason that I think you need to think through the unions sooner rather than later is that there is a chance it could change your design to have the library return statically available type data as lists/iterators. And it is worth thinking if you want to generalize the interval concept sooner rather than later. If it is possible and there is no future-proofing necessary, then that is fine. >On numerics: >I have no experience with such computations and no code like you describe to >test. However, I'll be grateful for any reports from users after trying to use >the library in such applications. Yup. I write code some test cases when I get started. >On numeric_limits: >Then you may specialise those functions for constrained -- I think it's a better >solution than providing numeric_limits for constrained in the library. I hear what you are saying. Yu can't write your own numeric_limits classes/functions... they are very platform specific and are part of the standard. Though there may be ways to subclass from your super-type. If it is possible to automatically subclass the numeric limits from the underlying type it would really make writing generic code for numerics much easier. If not automatically, then perhaps we could just have a usage pattern where you declare the constrained type, then the numeric_limits through inheritance? This is also related to the testing of this library with existing numerics libraries. Some of these (mine for example) are relying on numeric_limits existing for whatever type is passed in to the function. So there is a good chance that some numeric libraries would fail without this, and it would be a major disincentive for people to using this library. Thanks Robert, I will get back in contact early January to see how I can help after the review has died down. -Jesse

2 1