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

RE: [Boost-users] boost::thread, boost::bind, and member functions
by Mike Feldmeier 25 May '04

25 May '04

>From: "Ben Hutchings" <ben.hutchings(a)businesswebsoftware.com> >Reply-To: boost-users(a)lists.boost.org >To: <boost-users(a)lists.boost.org> >Subject: RE: [Boost-users] boost::thread, boost::bind, and member functions >Date: Tue, 25 May 2004 17:32:10 +0100 > >Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: >[ Ben Hutchings wrote:] > > > Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: ><snip> > > > > This consistently produces the linking error: > > > > > > > > converter.obj : error LNK2019: unresolved external symbol > > > > "__declspec(dllimport) public: __thiscall boost::thread::thread( > > > > class boost::function0<void,class > > > > _STL::allocator<class boost::function_base> > const &)" > > > > (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction > > > > _base@boost@@@_STL@@@1@@Z) referenced in function "public: void > > > > __thiscall mytest::test::converter::run(void)" > > > > (?run@converter@test@mytest@@QAEXXZ) > > > > > >I think you aren't linking with the thread library. ><snip> > > I'm using Visual C++ 7.1, but using straight C++, no .NET. I've > > defined the addtional library path (C:\boost\lib) and tried linking > > (in the additional dependencies) with > > boost_thread-vc71-mt-gdp-1_31.lib, boost_thread-vc71-mt-gdp.lib, > > boost_thread-vc71-mt-p-1_31.lib, and boost_thread-vc71-mt-p.lib (one > > at a time, of course), but I get the same error message with all of > > them. ><snip> > >I've worked it out now. In your main program you are using STLport - >notice the "_STL" namespace instead of "std" but Boost.Thread is >built with the library that comes with VC++ 7.1, which of course uses >the "std" namespace. Unless STLport has some specific feature that >you need I suggest you use the standard library that comes with VC++ >7.1; it's a very good implementation. If you must use STLport then >you need to build Boost.Thread (and any other libraries with which >you share standard library types) using it. > Unfortunately, this whole roadtrip started with the need for STL collections to cross DLL boundaries, which is why I am using STLPort. The STL that comes with VC++ 7.1 doesn't (with the exception of string and vector). When I built boost, I built it with the vc7.1-stlport toolset, and I have the stlport library directory in my "additional library path". Along this line, I wonder if I need to be doing something special with the STLPort DLL? >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users _________________________________________________________________ MSN Toolbar provides one-click access to Hotmail from any Web page FREE download! http://toolbar.msn.click-url.com/go/onm00200413ave/direct/01/

2 1

RE: [Boost-users] boost::thread, boost::bind, and member functions
by Ben Hutchings 25 May '04

25 May '04

Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: [ Ben Hutchings wrote:] > > Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: <snip> > > > This consistently produces the linking error: > > > > > > converter.obj : error LNK2019: unresolved external symbol > > > "__declspec(dllimport) public: __thiscall boost::thread::thread( > > > class boost::function0<void,class > > > _STL::allocator<class boost::function_base> > const &)" > > > (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction > > > _base@boost@@@_STL@@@1@@Z) referenced in function "public: void > > > __thiscall mytest::test::converter::run(void)" > > > (?run@converter@test@mytest@@QAEXXZ) > > > >I think you aren't linking with the thread library. <snip> > I'm using Visual C++ 7.1, but using straight C++, no .NET. I've > defined the addtional library path (C:\boost\lib) and tried linking > (in the additional dependencies) with > boost_thread-vc71-mt-gdp-1_31.lib, boost_thread-vc71-mt-gdp.lib, > boost_thread-vc71-mt-p-1_31.lib, and boost_thread-vc71-mt-p.lib (one > at a time, of course), but I get the same error message with all of > them. <snip> I've worked it out now. In your main program you are using STLport - notice the "_STL" namespace instead of "std" but Boost.Thread is built with the library that comes with VC++ 7.1, which of course uses the "std" namespace. Unless STLport has some specific feature that you need I suggest you use the standard library that comes with VC++ 7.1; it's a very good implementation. If you must use STLport then you need to build Boost.Thread (and any other libraries with which you share standard library types) using it.

1 0

RE: [Boost-users] boost::thread, boost::bind, and member functions
by Mike Feldmeier 25 May '04

25 May '04

>From: "Ben Hutchings" <ben.hutchings(a)businesswebsoftware.com> >Reply-To: boost-users(a)lists.boost.org >To: <boost-users(a)lists.boost.org> >Subject: RE: [Boost-users] boost::thread, boost::bind, and member functions >Date: Tue, 25 May 2004 12:07:32 +0100 > >Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: > > I've seen variations of this come up in this newsgroup and elsewhere, > > but I have yet to find an answer that works for me. > > > > class threaded_manager > > { > > public: > > void start(void); > > }; > > > > threaded_manager mgr; > > > > boost::thread(boost::bind(&threaded_manager::start, &mgr)); > > > > This consistently produces the linking error: > > > > converter.obj : error LNK2019: unresolved external symbol > > "__declspec(dllimport) public: __thiscall boost::thread::thread(class > > boost::function0<void,class > > _STL::allocator<class boost::function_base> > const &)" > > (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction_bas > > e@boost@@@_STL@@@1@@Z) referenced in function "public: void __thiscall > > mytest::test::converter::run(void)" > > (?run@converter@test@mytest@@QAEXXZ) > >I think you aren't linking with the thread library. Many of the Boost >libraries (such as Boost.Bind) include their implementation entirely in >header files, so they will be compiled into your program as needed. >Boost.Thread doesn't; you need to build it as a library (and on Windows >it must be a DLL) and link it with your program. > I'm using Visual C++ 7.1, but using straight C++, no .NET. I've defined the addtional library path (C:\boost\lib) and tried linking (in the additional dependencies) with boost_thread-vc71-mt-gdp-1_31.lib, boost_thread-vc71-mt-gdp.lib, boost_thread-vc71-mt-p-1_31.lib, and boost_thread-vc71-mt-p.lib (one at a time, of course), but I get the same error message with all of them. > > Separating the two boost functions on to separate lines works fine: > > > > boost::bind(&threaded_manager::start, &mgr); > > boost::thread(); > > > > ..which indicates to me that bind is returning an object that is not > > compatible with thread, but I've seen multiple examples of just this > > type of call. ><snip> > >If that were the case you should see a compiler error. The two lines >above may work because the default constructor for boost::thread is >compiled inline whereas the other constructor must be linked in. >Having said that, though, neither v1.30 nor v1.31 has the default >constructor definition in the header, so I don't entirely understand >what's going on. Did you perhaps mistakenly declare a function >returning a boost::thread? > Thus far, this line (or two lines) are the only boost-related lines in my code. >Ben. > >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users Thanks, Mike _________________________________________________________________ Get 200+ ad-free, high-fidelity stations and LIVE Major League Baseball Gameday Audio! http://radio.msn.click-url.com/go/onm00200491ave/direct/01/

1 0

RE: [Boost-users] Regex++ Installation Problems
by Ben Hutchings 25 May '04

25 May '04

kinshuk srivastava <srivastavakinshuk(a)yahoo.co.in> wrote: > I had written earlier too regarding installation > problems with the regex++...sorry for not providing > the complete details last time..But I am again sending > the errors... > The Gcc compiler which m using is gcc3.2 nd the > operating system is SuSE 9.6...I think the regex++ > version is 331... > the following are the errors: <snip> > ../../../boost/regex/v3/regex_match.hpp:1937: Internal compiler error > in expand_call, at calls.c:3049 > Please submit a full bug report, > with preprocessed source if appropriate. > See <URL:http://www.gnu.org/software/gcc/bugs.html> > for instructions. Why didn't you just do what the error message said? You should have found this existing bug report: <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8701>. Anyway, this turns out to be a bug that SuSE introduced to its version of GCC. Go to them for a fix.

1 0

RE: [Boost-users] boost::thread, boost::bind, and member functions
by Ben Hutchings 25 May '04

25 May '04

Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: > I've seen variations of this come up in this newsgroup and elsewhere, > but I have yet to find an answer that works for me. > > class threaded_manager > { > public: > void start(void); > }; > > threaded_manager mgr; > > boost::thread(boost::bind(&threaded_manager::start, &mgr)); > > This consistently produces the linking error: > > converter.obj : error LNK2019: unresolved external symbol > "__declspec(dllimport) public: __thiscall boost::thread::thread(class > boost::function0<void,class > _STL::allocator<class boost::function_base> > const &)" > (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction_bas > e@boost@@@_STL@@@1@@Z) referenced in function "public: void __thiscall > mytest::test::converter::run(void)" > (?run@converter@test@mytest@@QAEXXZ) I think you aren't linking with the thread library. Many of the Boost libraries (such as Boost.Bind) include their implementation entirely in header files, so they will be compiled into your program as needed. Boost.Thread doesn't; you need to build it as a library (and on Windows it must be a DLL) and link it with your program. > Separating the two boost functions on to separate lines works fine: > > boost::bind(&threaded_manager::start, &mgr); > boost::thread(); > > ..which indicates to me that bind is returning an object that is not > compatible with thread, but I've seen multiple examples of just this > type of call. <snip> If that were the case you should see a compiler error. The two lines above may work because the default constructor for boost::thread is compiled inline whereas the other constructor must be linked in. Having said that, though, neither v1.30 nor v1.31 has the default constructor definition in the header, so I don't entirely understand what's going on. Did you perhaps mistakenly declare a function returning a boost::thread? Ben.

1 0

Boost.Test release notes typos
by Ross Boylan 25 May '04

25 May '04

I noticed a couple of typos in the latest release notes for Boost.Test, at http://cvs.sourceforge.net/viewcvs.py/boost/boost/libs/test/doc/release_not… It now reads, near the top, <LI>Floating point comaprison algorithm reworked (Is not backward compatible!!!) <UL> <LI><u>tolerance now expected in persent units</u></LI> That should be comparison in the first line and percent in the last.

2 1

boost::thread, boost::bind, and member functions
by Mike Feldmeier 24 May '04

24 May '04

I've seen variations of this come up in this newsgroup and elsewhere, but I have yet to find an answer that works for me. class threaded_manager { public: void start(void); }; threaded_manager mgr; boost::thread(boost::bind(&threaded_manager::start, &mgr)); This consistently produces the linking error: converter.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall boost::thread::thread(class boost::function0<void,class _STL::allocator<class boost::function_base> > const &)" (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction_base@boos t@@@_STL@@@1@@Z) referenced in function "public: void __thiscall mytest::test::converter::run(void)" (?run@converter@test@mytest@@QAEXXZ) Separating the two boost functions on to separate lines works fine: boost::bind(&threaded_manager::start, &mgr); boost::thread(); ..which indicates to me that bind is returning an object that is not compatible with thread, but I've seen multiple examples of just this type of call. This is probably something simple, my two days of experience with Boost just doesn't appear to be sufficient. What in the world am I doing wrong? Thanks, Mike _________________________________________________________________ Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage! http://join.msn.click-url.com/go/onm00200362ave/direct/01/

1 0

Win32 Non-greedy Regex "\w*?" matches whitespace (tab or space)
by John F Meinel Jr 24 May '04

24 May '04

When changing the "search for word characters" from greedy to non-greedy, it starts to match whitespace characters. Attached is an example program. If you remove the '?' to make the search greedy, then it (correctly) doesn't match. I am using boost 1.31.0, on WinXP using VC7.1. I have confirmed that this does not occur on my Linux machine. Also attached is my Jamfile to make sure I didn't just compile it wrong. It occurs in both debug and release mode. John =:-> project-root ; exe test : test.cpp #unit_test_example1.cpp : <sysinclude>$(BOOST_ROOT) <stlport-iostream>on <library-path>$(BOOST_ROOT)/../../lib <vc7.1><debug><find-library>libboost_regex-vc71-mt-gd <vc7.1><release><find-library>libboost_regex-vc71-mt <gcc><debug><find-library>boost_regex-gcc-mt-d <gcc><release><find-library>boost_regex-gcc-mt <threading>multi ; # vim: ts=4 #include <boost/regex.hpp> #include <iostream> boost::regex re("(\\w*?)"); void doesMatch(std::string s) { boost::smatch m; std::cout << "String: \"" << s << "\"" << std::endl; if(boost::regex_match(s, m, re)) { std::cout << "Matched: "; std::cout << "\"" << std::string(m[1]) << "\"" << std::endl; } else { std::cout << "Didn't match" << std::endl; } std::cout << std::endl; } int main(int argc, char **argv) { if(argc > 1) for(int i = 1; i < argc; ++i) doesMatch(argv[i]); else { char *arg[] = {"", "should", "should\tnot", "shou_ld", "should not" ," doesn't " }; main(sizeof(arg)/sizeof(char*), arg); } }

2 1

boost/test/detail/algorithm.hpp: request for promotion and/or fast review
by Gennadiy Rozental 23 May '04

23 May '04

Hi, I added several algorithms that extent STL algorithms set. I use them in my Boost.test development. But since they seems to be generic and IMO should be present in STL I propose to push them in boost/algorithm.hpp (or under boost/algorithm). I remember there was a discussion already about these algorithms. Here is the list (I hope name and spec is self -explanatory): template <class InputIter1, class InputIter2> inline std::pair<InputIter1, InputIter2> mismatch( InputIter1 first1, InputIter1 last1, InputIter2 first2, InputIter2 last2 ); template <class InputIter1, class InputIter2, class Predicate> inline std::pair<InputIter1, InputIter2> mismatch( InputIter1 first1, InputIter1 last1, InputIter2 first2, InputIter2 last2, Predicate pred ); template<class ForwardIterator1, class ForwardIterator2> inline ForwardIterator1 find_first_not_of( ForwardIterator1 first1, ForwardIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2 ); template<class ForwardIterator1, class ForwardIterator2, class Predicate> inline ForwardIterator1 find_first_not_of( ForwardIterator1 first1, ForwardIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2, Predicate pred ); template<class BidirectionalIterator1, class ForwardIterator2> inline BidirectionalIterator1 find_last_of( BidirectionalIterator1 first1, BidirectionalIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2 ) template<class BidirectionalIterator1, class ForwardIterator2, class Predicate> inline BidirectionalIterator1 find_last_of( BidirectionalIterator1 first1, BidirectionalIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2, Predicate pred ); template<class BidirectionalIterator1, class ForwardIterator2> inline BidirectionalIterator1 find_last_not_of( BidirectionalIterator1 first1, BidirectionalIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2 ); template<class BidirectionalIterator1, class ForwardIterator2, class Predicate> inline BidirectionalIterator1 find_last_not_of( BidirectionalIterator1 first1, BidirectionalIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2, Predicate pred ); Implementation together with doxigen docs is here: http://tinyurl.com/35pfj Test is here: http://tinyurl.com/yvlgu If we don't find this header eligible for review I would like to ask then for permision to at least put this algorithm in boost namespace (currently boost::unit_test), for it inconvenience for me to keep it in deep namespace. Gennadiy.

1 0

Problems with
by Pete Cilliers 23 May '04

23 May '04

Hi I am having problems running on MSVC 7.1 the example given in The parameterized boost::function based test case #include <boost/test/unit_test_ex.hpp> using boost::unit_test_framework::test_suite; #include <boost/bind.hpp> void test_mask( int arg, int mask ) { BOOST_CHECK( (arg & mask) != 0 ); } struct sub_test_suite : public test_suite { sub_test_suite() { parameters_list.push_back( 1 ); parameters_list.push_back( 5 ); parameters_list.push_back( 6 ); parameters_list.push_back( 7 ); parameters_list.push_back( 15 ); add( BOOST_PARAM_TEST_CASE( bind( &test_mask, _1, 0x80 ), parameters_list.begin(), parameters_list.end() ) ) ); } std::list<int> parameters_list; } //__________________________________________________________________________ __// test_suite* init_unit_test_suite( int argc, char* argv[] ) { test_suite* test = BOOST_TEST_SUITE( "Example" ); test->add( new sub_test_suite ); return test; } I get the following error: error C2661: 'boost::unit_test_framework::create_test_case' : no overloaded function takes 4 arguments I have had to make a number of changes to the example to correct typo's but the example given here is as it appears in the documentation. Has anyone experienced the same type of problem and can you please advise on how to correct? Thanks ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. **********************************************************************

2 1

check() function?
by Mark Dawson 21 May '04

21 May '04

I'm trying to compile boost 1.3.0 using the CodeWarrior 9.2 compiler on Mac OS X (10.3.3). I've run into a weird error: Error : unexpected argument while expanding macro 'check' (wanted 1) (included from: boost/type_traits.hpp:29 is_base_and_derived.hpp line 112 s_type check(D const volatile *, T); is_base_and_derived.hpp: template <typename B, typename D> struct bd_helper { template <typename T> static type_traits::yes_type check(D const volatile *, T); static type_traits::no_type check(B const volatile *, int); }; When I look up check() its in my /usr/include/AssertMacros.h file, it DOES takes one parameter. Am I somehow including the wrong paths, and (should be) getting check() from somewhere else? Thanks, mark mcdawson(a)mac.com

2 1

RE: [Boost-users] Re: Copyright notice in redistributed object fi les
by Jim.Hyslop 21 May '04

21 May '04

David Abrahams wrote: > "Jim.Hyslop" <Jim.Hyslop(a)Leitch.com> writes: > > If your code is derived from Boost, i.e. you have taken the > Boost code and > > modified it, then I think whether or not you can put it in > the public domain > > will depend on the extent of your modifications. > > Though on that point I'm less certain, I'm still pretty sure that's > incorrect [IANAL]. Derivative works must carry the Boost license: Ah, of course. I forgot the "derivative works" part of the license. I should have reviewed the license before responding. My apologies. -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. (http://www.leitch.com) Columnist, C/C++ Users Journal (http://www.cuj.com/experts)

1 0

iterator_facade with proxy reference type
by gusz1＠freemail.hu 21 May '04

21 May '04

Hi, could please somebody tell me why the code below generates a compile-time error? The compiler I'm using is VC++ 7.1. The error generated is this: c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\algorithm(458) : error C2582: 'operator =' function is unavailable in 'item_proxy' c:\PROG\VCPP\xItFacadeReferProxy\xItFacadeReferProxy.cpp(102) : see reference to function template instantiation 'void std::generate<array_iterator,int(__cdecl *)(void)>(_FwdIt,_FwdIt,_Fn0)' being compiled with [ _FwdIt=Array_iterator, _Fn0=int (__cdecl *)(void) ] the location of the error in <algorithm>: template<class _FwdIt, class _Fn0> inline void generate(_FwdIt _First, _FwdIt _Last, _Fn0 _Func) { // replace [_First, _Last) with _Func() for (; _First != _Last; ++_First) *_First = _Func(); // ERROR HERE } To my best knowledge, item_proxy's operator= is public, so I don't understand why it is unavailable. Thx, Gus The code: ------------------------------------------------------------------------ // xItFacadeReferProxy.cpp : Defines the entry point // for the console application. #include "stdafx.h" #include <algorithm> #include <boost/iterator/iterator_facade.hpp> using namespace boost; using namespace std; // THIS CLASS IS GOING TO BE 'STL'IZED': const int ARRAY_SIZE = 10; class Array { public: int Get(int i) const { return data[i]; } int Set(int i, int val) { data[i] = val; } private: int data[ARRAY_SIZE]; };//class Array class item_proxy; class Array_iterator : public iterator_facade < Array_iterator, int, // VALUE TYPE boost::random_access_traversal_tag, item_proxy // REFERENCE TYPE > { public: class item_proxy { public: item_proxy(const Array_iterator &it): m_rIterator(it) {} item_proxy& operator=(int i) { m_rIterator.m_pArray-> Set(m_rIterator.m_index, i); return *this; } item_proxy& operator=(item_proxy const& rhs) { operator=((int)rhs); return *this; } operator int() const { return m_rIterator.m_pArray-> Get(m_rIterator.m_index); } private: Array_iterator const &m_rIterator; };//class item_proxy public: Array_iterator():m_pArray(0) {} Array_iterator(Array& array, int index = 0): m_pArray(&array), m_index(0) {} private: friend class boost::iterator_core_access; void increment() { ++m_index; } void decrement() { --m_index; } void advance(int n) { m_index += n; } int distance_to(Array_iterator const& rhs) { if(m_pArray != rhs.m_pArray) { return -1; } return rhs.m_index - m_index; } bool equal(Array_iterator const& rhs) const { return m_pArray == rhs.m_pArray && m_index == rhs.m_index; } item_proxy dereference() const { return item_proxy(*this); } Array *m_pArray; int m_index; };//class Array_iterator Array_iterator array_begin(Array& array) { return Array_iterator(array); } Array_iterator array_end(Array& array) { return Array_iterator(array, ARRAY_SIZE); } int value_generator() { static int i = 0; return ++i; } int _tmain(int argc, _TCHAR* argv[]) { Array a; generate(array_begin(a), array_end(a), value_generator); // ERROR! copy(array_begin(a), array_end(a), ostream_iterator<int>(cout, " ")); return 0; } ------------------------------------------------------------------------

2 1

RE: [Boost-users] Copyright notice in redistributed object files
by Jim.Hyslop 21 May '04

21 May '04

First: I am not a lawyer. If you want competent legal advice, consult a lawyer. What follows is my lay opinion, which may or may not be correct or valid in your legal jurisdiction. Aaron W. LaFramboise wrote: > I understand that the license states that I allowed to "use, > reproduce, display, distribute, execute, and transmit" Boost software > without restriction, provided that the software is in object form. > However, I still have a question about other responsibilities I might > have in redistributing a work of mine that incorporates Boost in > object form. In particular, I am interested in whether I have to > mention "Boost" or the authors' names at all anywhere in my software > or the supporting documentation. My opinion: If the license doesn't require it, you don't have to do it. If the license doesn't forbid it, then you can do it. Whatever "it" means in the appropriate context. > As an example, in distributed object code without source, do I need to > state a copyright notice including the Boost copyright holder's names > in the same place I put my ordinary copyright, if any? If my > derivative work is (other than Boost) released into the public domain > (for example, I explicitly disclaim all copyright interest), do I > still need to mention that Boost copyright holders have copyrighted > portions of the object code? You cannot place into public domain rights to something that you do not own. Since you do not own the rights to the Boost library, you cannot place it in the public domain. Your statement placing the code in the public domain should probably explicitly state _which_ code you are giving away. If your code is derived from Boost, i.e. you have taken the Boost code and modified it, then I think whether or not you can put it in the public domain will depend on the extent of your modifications. > Also, am I required to mention that the Boost portions of the > distributed objects have no warranty? For example, if I include > boost_regex.dll, am I required to state that that Boost copyright > holders provide no warranty? Hmmm... that's a trickier one. This one you might want to consult a lawyer about, because it gets into areas such as liability, consumer protection laws, etc. which vary from jurisdiction to jurisdiction. > Outside of my obligations under the Boost license, is there any other > particular reason I might acknowledge Boost or display their > copyright? Goodwill? > (I am asking this because several popular proprietary programs seem to > attempt to include a copyright notice for every rights-holder's code > included in their software, even where the licenses covering the code > does not seem to obligate the program distributor to include them.) <rant> I've seen this, and I don't agree with it. Consider what would happen if the automobile industry started doing this kind of thing. Your owner's manual would swell to several thousand pages long, with most of it being acknowledgements: Portions of this automobile were manufactured by Bolts-R-Us Inc. Portions of this automobile were assembled using Very Tough Tools(TM). blah blah blah. When you get down to it, end users don't care what makes up the program, as long as it works. For _their_ definition of "works". </rant> -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. (http://www.leitch.com) Columnist, C/C++ Users Journal (http://www.cuj.com/experts)

2 1

Copyright notice in redistributed object files
by Aaron W. LaFramboise 21 May '04

21 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, While legal issues are being discussed, I'd like to pose a question I myself have. I understand that the license states that I allowed to "use, reproduce, display, distribute, execute, and transmit" Boost software without restriction, provided that the software is in object form. However, I still have a question about other responsibilities I might have in redistributing a work of mine that incorporates Boost in object form. In particular, I am interested in whether I have to mention "Boost" or the authors' names at all anywhere in my software or the supporting documentation. As an example, in distributed object code without source, do I need to state a copyright notice including the Boost copyright holder's names in the same place I put my ordinary copyright, if any? If my derivative work is (other than Boost) released into the public domain (for example, I explicitly disclaim all copyright interest), do I still need to mention that Boost copyright holders have copyrighted portions of the object code? Also, am I required to mention that the Boost portions of the distributed objects have no warranty? For example, if I include boost_regex.dll, am I required to state that that Boost copyright holders provide no warranty? Outside of my obligations under the Boost license, is there any other particular reason I might acknowledge Boost or display their copyright? (I am asking this because several popular proprietary programs seem to attempt to include a copyright notice for every rights-holder's code included in their software, even where the licenses covering the code does not seem to obligate the program distributor to include them.) Thank you for your time, Aaron W. LaFramboise -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAra7rlp/lhnWsM8QRAhQaAJ9favUFNvAOtWk6CcS5tOFSliOxSgCeLAHL zqhwCA9oXt7juuQeorADvFk= =sQDM -----END PGP SIGNATURE-----

1 0

Regex++ Installation Problems
by kinshuk srivastava 20 May '04

20 May '04

Hi I am a Newbie to using the regex++.I am trying to install the regex++ library on a Linux system. according to the instructions given but I found the following errors: make -fgcc.mak mkdir -p gcc mkdir -p gcc/boost_regex g++ -o gcc/boost_regex/c_regex_traits.o -c -O2 -I../../../ ../src/c_regex_traits.cpp g++ -o gcc/boost_regex/c_regex_traits_common.o -c -O2 -I../../../ ../src/c_regex_traits_common.cpp g++ -o gcc/boost_regex/cpp_regex_traits.o -c -O2 -I../../../ ../src/cpp_regex_traits.cpp g++ -o gcc/boost_regex/cregex.o -c -O2 -I../../../ ../src/cregex.cpp ../../../boost/regex/v3/regex_match.hpp: In member function `unsigned int boost::RegEx::GrepFiles(bool (*)(const char*, const boost::RegEx&), const char*, bool, unsigned int)': ../../../boost/regex/v3/regex_match.hpp:1937: Internal compiler error in expand_call, at calls.c:3049 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions. make: *** [gcc/boost_regex/cregex.o] Fehler 1 I cant quite figure out what the problem is. Some one please help... Thanx in advance... -Kinshuk ________________________________________________________________________ Yahoo! India Matrimony: Find your partner online. http://yahoo.shaadi.com/india-matrimony/

3 2

A simple question involving boost.function and boost.lambda
by gredner＠bu.edu 19 May '04

19 May '04

Greetings, I would like to crate a lambda expression that simply executes two functions sequentially. I have: using namespace boost; using namespace boost::lambda; function0<void> func1 = cout << constant('1'); function0<void> func2 = cout << constant('2'); I have tried: function0<void> funcs = (func1, func2); but this seems to execute only one of the two functions when it is called. I have also tried: function0<void> funcs = (_1(), _2())(func1, func2); but my compiler (GCC 3.3 under darwin) barfs it up, with error messages: ---------- main.cpp: In function `int main(int, char**)': main.cpp:58: error: no match for call to `(boost::tuples::null_type) ( boost::function0<void, std::allocator<boost::function_base> >&, boost::function0<void, std::allocator<boost::function_base> >&)' /usr/local/include/boost-1_31/boost/lambda/detail/lambda_functors.hpp: In member function `RET boost::lambda::placeholder<1>::call(A&, B&, C&, Env&) const [with RET = boost::tuples::null_type, A = const boost::tuples::null_type, B = const boost::tuples::null_type, C = const boost::tuples::null_type, Env = const boost::tuples::null_type]': /usr/local/include/boost-1_31/boost/lambda/detail/lambda_functors.hpp:143: instantiated from `typename T::sig<boost::tuples::null_type>::type boost::lambda::lambda_functor<Base>::operator()() const [with T = boost::lambda::placeholder<1>]' main.cpp:58: instantiated from here /usr/local/include/boost-1_31/boost/lambda/detail/lambda_functors.hpp:65: error: invalid application of `sizeof' to an incomplete type ---------- (line 58 is the assignment to funcs) I'd appreciate any advice :) -Gabe Redner

2 1

How to compile minimal_test.cpp with gcc?
by Sebastian Stein 14 May '04

14 May '04

Hi, I downloaded boost-1.31.0 and the bjam package. I first compiled bjam and copied the executeables to /usr/local/bin. Then I went on to boost-1.31.0 (patched with the regex files). I first changed the env variables for python and compiled and installed the package with: bjam "-sTOOLS=gcc" install After building was finished, the files where copied. The include files got installed under /usr/local/include/boost-1_31/boost. I made a symlink /usr/local/include/boost pointing to /usr/local/include/boost-1_31/boost. Now I tried to do a small test, taken from: http://www.boost.org/libs/test/test/minimal_test.cpp I tried to compile the file with: gcc -o test minimal_test.cpp But I get a lot of error messages saying: In file included from test.cpp:16: /usr/local/include/boost/test/minimal.hpp:44:47: libs/test/src/execution_monitor.cpp: No such file or directory In file included from test.cpp:16: /usr/local/include/boost/test/minimal.hpp:62: error: `execution_monitor' is not a class or namespace /usr/local/include/boost/test/minimal.hpp:62: error: invalid base-class specification /usr/local/include/boost/test/minimal.hpp:63: error: parse error before `::' token /usr/local/include/boost/test/minimal.hpp:75: error: type specifier omitted for parameter `c_string_literal' /usr/local/include/boost/test/minimal.hpp:75: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:91: error: type specifier omitted for parameter `c_string_literal' /usr/local/include/boost/test/minimal.hpp:91: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:98: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:98: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:98: error: missing ';' before right brace /usr/local/include/boost/test/minimal.hpp:98: error: semicolon missing after declaration of `boost::minimal_test::monitor' ... ... ... /usr/local/include/boost/test/minimal.hpp:130: error: parse error before `if' /usr/local/include/boost/test/minimal.hpp:138: error: syntax error before `<<' token test.cpp: In function `int test_main(int, char**)': test.cpp:54: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:55: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:57: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:58: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:60: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:61: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:63: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:64: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:66: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:68: error: `the_monitor' undeclared in namespace `boost::minimal_test' Well, mostly interesting is the first line: /usr/local/include/boost/test/minimal.hpp:44:47: libs/test/src/execution_monitor.cpp: No such file or directory Why is a part of the source included here? Is there a special place where the source should be installed, so that it can be found? I also tried replacing the include statement pointing to the execution_monitor.hpp header file in the include directory, but this produced far more error messages. So how do I build this small test program under gcc 3.3 (Linux)??? Is there somewhere a good step by step guide (tutorial) how to use boost and how to set up the build environment for small projects? Sebastian -- ONE FAMILY! Leipzig 2012 - Olympic Summer Games http://www.leipzig2012.com/

2 2

RE: [Boost-users] Shared_Ptr problem with 1.30.2 and gcc 3.2.3
by Ben Hutchings 14 May '04

14 May '04

Joshua Little <ljoshua(a)swbell.net> wrote: > I've been using shared_ptr's for a while now with gcc 3.1 and > recently had to upgrade to gcc 3.2.3. Ever since then I'm getting > strange crashes when shared_ptr's are destructed. Heres a backtrace : > Program received signal SIGSEGV, Segmentation fault. <snip> Did you rebuild everything with the new release? There may be some difference in the ABIs used by the two releases though they are supposed to be compatible (3.2.1 is different on Cygwin though; that was a bug).

1 0

Python.exe crashes with C++ interfaces exported to python using boost
by mayankg＠iiitb.ac.in 14 May '04

14 May '04

Hi, I have developed a dll, in that I have exported the C++ interfaces as python interfaces using boost. While running the python script, which uses those interfaces, I am facing a strange problem. When I try to call the del operator on the object of a particular class in the python script, whose interfaces has been exported to python, the python.exe crashes and gives me the following error: _BLOCK_TYPE_IS_VALID(pHead->nBlockUse) When I try to debug my dll, it is crashing inside the destructor of the class, where a byte pointer is being deleted. Although the delete operator on the same type of object works fine when i try to do the same kind of operation from a sample C++ application using my dll. I have checked the project properties etc. and my dll uses Debug Multithreaded DLL and Multithreaded DLL, for the runtime library, for debug and release builds. I have also tried with both debug and release dlls. Please help, Thanks, Mayank

3 2

Sun C++ 5.5 and std::numeric_limits
by Robin KAY 14 May '04

14 May '04

As of patch 113817-04 to the Sun C++ 5.5 compiler (see http://sunsolve6.sun.com/search/document.do?assetkey=1-21-113817 ), the functions in the numeric_limits class support 64 bit integers. However, the logic in boost/boost/config/stdlib/roguewave.hpp doesn't detect this a defines BOOST_NO_LONG_LONG_NUMERIC_LIMITS and hence causes an error: "../../../../boost/boost/limits.hpp", line 35: Error: Multiple declaration for std::numeric_limits<long long>. "../../../../boost/boost/limits.hpp", line 88: Error: Multiple declaration for std::numeric_limits<unsigned long long>. 2 Error(s) detected. As __SUNPRO_CC is set to 0x550 for both compilers below and above patchlevel 04, I can't see a way to fix this without extending the logic in the CVS head, for handling Sun C++ 5.6, to 5.5 and breaking unpatched installations. -- Wishing you good fortune, --Robin Kay-- (komadori)

2 1

Re: [Boost-users] Visitor makes Dijkstra slow
by Cromwell Enage 14 May '04

14 May '04

Hello, Martin! Graphs are supposed to be passed by reference to visitor functions. Your program didn't do that, so it created tons of temporary graph copies. Changing template<typename V, typename G> void operator()(V v, G g) { ++dummy; } to template<typename V, typename G> void operator()(V v, G& g) { ++dummy; } and template<typename V, typename G> void examine_vertex(V v, G g) { ++dummy; } to template<typename V, typename G> void examine_vertex(V v, G& g) { ++dummy; } should reduce your running times about 500-fold, down to the expected running times. HTH Cromwell Enage __________________________________ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861

1 0

BGL: why is the prim algorithm only useable for undirected graphs?
by boost＠spyderworks.de 13 May '04

13 May '04

Hi all, in the documentation of prim_minimum_spanning_tree is mentioned "... solving the minimum spanning tree problem for an undirected graph with weighted edges ...". In my application I use this graph type (the graph type is bidirectionalS => not directed): typedef adjacency_list<vecS,vecS,bidirectionalS,no_property,property<edge_weight_t,int> > BGraph; This type modells the VertexListGraph and IncidenceGraph concepts, which are required by the prim function. If I call the prim_minimum_spanning_tree, I get reasonalble results. In literature, I can only find usage of Prims algorithm for undirected graphs, too. But I can see no reason, why it shouldn't work for directed graphs. Can you tell me more? Best regards Stefan Rauch

3 2

Visitor makes Dijkstra slow
by Martin von Gagern 13 May '04

13 May '04

Hello. I compiled the attached program on my system: boost-1.31.0 g++ (GCC) 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7) CXXFLAGS="-O3" Linux 2.6.5 #1 SMP i686 Pentium III (Coppermine) GenuineIntel GNU/Linux I get the following timings: Without any visitor: 10000 With dijkstra visitor: 7450000 With event visitor: 7430000 I cannot understand this difference, for the visitor is doing almost no work at all. Can you explain why using a visitor slows things down so much? Did I do anything wrong? Greetings, Martin von Gagern

1 0

Shared_Ptr problem with 1.30.2 and gcc 3.2.3
by Joshua Little 13 May '04

13 May '04

I've been using shared_ptr's for a while now with gcc 3.1 and recently had to upgrade to gcc 3.2.3. Ever since then I'm getting strange crashes when shared_ptr's are destructed. Heres a backtrace : Program received signal SIGSEGV, Segmentation fault. 0x77f967bf in ?? () (gdb) bt #0 0x77f967bf in ?? () #1 0x77fb5c15 in ?? () #2 0x77fa6afc in ?? () #3 0x77fccc55 in ?? () #4 0x78001e00 in _libmsvcrt_a_iname () #5 0x0050f4f5 in operator delete(void*) () #6 0x00541cc4 in boost::detail::sp_counted_base_impl<BeamWeaponXMLLoader*, boost::checked_deleter<BeamWeaponXMLLoader> >::~sp_counted_base_impl() ( this=0x1899aa0) at e:/MinGW/include/c++/3.2.3/iostream:63 #7 0x0053fada in boost::detail::sp_counted_base::destruct() (this=0x1899aa0) at e:/boost-1.30.2/boost/detail/shared_count.hpp:113 #8 0x0053f996 in boost::detail::sp_counted_base::weak_release() ( this=0x1899aa0) at e:/boost-1.30.2/boost/detail/shared_count.hpp:168 #9 0x0053fab4 in boost::detail::sp_counted_base::release() (this=0x1899aa0) at e:/boost-1.30.2/boost/detail/shared_count.hpp:144 #10 0x0053f913 in boost::detail::shared_count::~shared_count() (this=0x1899154) at e:/boost-1.30.2/boost/detail/shared_count.hpp:376 #11 0x005393e5 in boost::shared_ptr<BeamWeaponXMLLoader>::~shared_ptr() ( this=0x1899150) at src/loaders/HullXMLLoader.cpp:19 #12 0x0043489a in HullXMLLoader::~HullXMLLoader() (this=0x1899100) at src/loaders/HullXMLLoader.cpp:32 #13 0x0053b5ba in void boost::checked_delete<HullXMLLoader>(HullXMLLoader*) ( x=0x1899100) at e:/boost-1.30.2/boost/checked_delete.hpp:34 #14 0x0055b43d in boost::checked_deleter<HullXMLLoader>::operator()(HullXMLLoader*) const (this=0x1899d08, x=0x1899100) at e:/boost-1.30.2/boost/checked_delete.hpp:52 #15 0x00540b8b in boost::detail::sp_counted_base_impl<HullXMLLoader*, boost::checked_deleter<HullXMLLoader> >::dispose() (this=0x1899cf8) at e:/boost-1.30.2/boost/detail/shared_count.hpp:262 #16 0x0053faa6 in boost::detail::sp_counted_base::release() (this=0x1899cf8) at e:/boost-1.30.2/boost/detail/shared_count.hpp:143 #17 0x0053f913 in boost::detail::shared_count::~shared_count() (this=0x18990e4) at e:/boost-1.30.2/boost/detail/shared_count.hpp:376 #18 0x00536f09 in boost::shared_ptr<HullXMLLoader>::~shared_ptr() ( this=0x18990e0) at src/loaders/StarShipXMLLoader.cpp:13 #19 0x00432ba8 in StarShipXMLLoader::~StarShipXMLLoader() (this=0x18990c8) at src/loaders/StarShipXMLLoader.cpp:23 #20 0x00523926 in void baleet<StarShipXMLLoader>(StarShipXMLLoader*) ( x=0x18990c8) at src/Deleters.hpp:36 #21 0x0055d119 in baleeter<StarShipXMLLoader>::operator()(StarShipXMLLoader*) const (this=0x1899d40, x=0x18990c8) at src/Deleters.hpp:48 #22 0x0054170f in boost::detail::sp_counted_base_impl<StarShipXMLLoader*, baleeter<StarShipXMLLoader> >::dispose() (this=0x1899d30) at e:/boost-1.30.2/boost/detail/shared_count.hpp:262 #23 0x0053faa6 in boost::detail::sp_counted_base::release() (this=0x1899d30) at e:/boost-1.30.2/boost/detail/shared_count.hpp:143 #24 0x0053f913 in boost::detail::shared_count::~shared_count() (this=0x22fd14) at e:/boost-1.30.2/boost/detail/shared_count.hpp:376 #25 0x00538b1d in boost::shared_ptr<StarShipXMLLoader>::~shared_ptr() ( this=0x22fd10) at src/Player.cpp:76 #26 0x0040cd8f in Player::Player(EngineManager*, GameManager*) ( this=0x1898cd8, NewEngine=0x17d7a20, NewGameManager=0x1852ec8) at src/Player.cpp:96 #27 0x00407e4e in GameManager::Initialise() (this=0x1852ec8) at src/GameManager.cpp:125 #28 0x0040398a in main (argc=1, argv=0x17924f8) at src/ZeroSpace.cpp:32 I am constructing the shared_ptr's in a normal way : HullLoader.reset(new HullXMLLoader()); for instance. It seems to segfault when delete is called either with the default deleter or with one of my own. This was working fine when using gcc 3.1, do I need to upgrade my boost or use some compile flag? Any help would be greatfully appriciated, Joshua.

1 0