- Boost-users - lists.boost.org

"Assignment operator could not be generated" warnings under MSVC 2005
by Kevin Scarr 22 Mar '08

22 Mar '08

Sorry about the cross-post to asio.user, it is a more general question. I am receiving a number of warnings along the lines of the above when I compile code using boost libraries. I see the warnings with Boost.Variant, Boost.asio and others. My code compiles, and appears to work fine, however, I am always nervous about these kinds of warnings because I suspect there is something waiting to bite me. I guess I am concerned as to what in my code is causing the compiler to want to generate assignment operators. Are these warnings symptomatic of a basic mistake I am making? I know that you can't see the code, so this is only a general question. If people think this might be a real problem, I am happy to try to make a small code snippet to illustrate the problem. Thanks for being there! Kevin Some examples: Warning 3 warning C4512: 'boost::asio::detail::win_iocp_io_service::auto_work' : assignment operator could not be generated; c:\boost_1_34_1\include\boost-1_34_1\boost/asio/detail/win_iocp_io_service.hpp(574) : see declaration of 'boost::asio::detail::win_iocp_io_service::auto_work' c:\boost_1_34_1\include\boost-1_34_1\boost\asio\detail\win_iocp_io_service.hpp 588 Warning 9 warning C4512: 'boost::detail::variant::invoke_visitor<Visitor> with [Visitor=boost::detail::variant::apply_visitor_binary_unwrap<const G2::doConnectConsumerToProducer,G2::G2ProducerTypes>]' : assignment operator could not be generated; c:\boost_1_34_1\include\boost-1_34_1\boost/variant/variant.hpp(1771) : see reference to class template instantiation 'boost::detail::variant::invoke_visitor<Visitor> with [Visitor=boost::detail::variant::apply_visitor_binary_unwrap<const G2::doConnectConsumerToProducer,G2::G2ProducerTypes>]' being compiled; c:\boost_1_34_1\include\boost-1_34_1\boost/variant/detail/apply_visitor_unary.hpp(56) : see reference to function template instantiation 'void boost::variant<T0_,T1,T2>::apply_visitor<Visitor>(Visitor &) with [T0_=G2::G2Consumer<G2::buffer> *,T1=G2::G2Consumer<G2::packet> *,T2=G2::G2Consumer<G2::message> *,Visitor=boost::detail::variant::apply_visitor_binary_unwrap<const G2::doConnectConsumerToProducer,G2::G2ProducerTypes>]' being compiled; c:\boost_1_34_1\include\boost-1_34_1\boost/variant/detail/apply_visitor_binary.hpp(165) : see reference to function template instantiation 'void boost::apply_visitor<boost::detail::variant::apply_visitor_binary_unwrap<Visitor,Visitable2>,Visitable1>(boost::detail::variant::apply_visitor_binary_unwrap<Visitor,Visitable2> &,Visitable &) with [Visitor=const G2::doConnectConsumerToProducer,Visitable2=G2::G2ProducerTypes,Visitable1=G2::G2ConsumerTypes,Visitable=G2::G2ConsumerTypes]' being compiled; .\interfaces.cpp(133) : see reference to function template instantiation 'void boost::apply_visitor<G2::doConnectConsumerToProducer,G2::G2ConsumerTypes,G2::G2ProducerTypes>(const Visitor &,Visitable1 &,Visitable2 &) with [Visitor=G2::doConnectConsumerToProducer,Visitable1=G2::G2ConsumerTypes,Visitable2=G2::G2ProducerTypes]' being compiled c:\boost_1_34_1\include\boost-1_34_1\boost\variant\variant.hpp 894

5 7

boost::serialization problem with gcc 4.3.0
by bernd.speiser＠t-online.de 21 Mar '08

21 Mar '08

Hi all, I am using boost::serialization (from version 1.34.1) within a larger project and have just switched to the recent gcc 4.3.0 release. Now, everything, including serialization code, works just fine on most of our machines (ix86 under openSuSE 10.2). However, on a x86_64 system (also openSuSE 10.2), the same code produces errors: /usr/local/include/boost-1_34_1/boost/serialization/vector.hpp:126: error: redefinition of 'struct boost::serialization::implementation_level<std::vector<long int, std::allocator<long int> > >' /usr/local/include/boost-1_34_1/boost/serialization/vector.hpp:126: error: previous definition of 'struct boost::serialization::implementation_level<std::vector<long int, std::allocator<long int> > >' /usr/local/include/boost-1_34_1/boost/serialization/vector.hpp:126: error: redefinition of 'struct boost::serialization::implementation_level<std::vector<long unsigned int, std::allocator<long unsigned int> > >' /usr/local/include/boost-1_34_1/boost/serialization/vector.hpp:126: error: previous definition of 'struct boost::serialization::implementation_level<std::vector<long unsigned int, std::allocator<long unsigned int> > >' The error messages are NOT produced with boost version 1.33.1. The error occur even if I include the vector.hpp file into a piece of code which does not actually use serialization functionality. Any ideas what to do? Thanks for any help. Best regards Bernd ======================================================================= Bernd Speiser Institut für Organische Chemie Auf der Morgenstelle 18 temporary address: Auf der Morgenstelle 15 D-72076 Tübingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) +49-7071-2972098 (secretary) fax: +49-7071-295518 e-mail: bernd.speiser(a)uni-tuebingen.de Internet: http://www.uni-tuebingen.de/speiser =======================================================================

1 1

boost::serialization oserializer weirdness
by Jerry 21 Mar '08

21 Mar '08

Using Boost 1.34.1 with VC++ 7.1 SP1 I have existing code which serializes/de-serializes correctly to boost::archive::xml_oarchive Within the same .cpp file I'm trying to serialize instances of the same hierarchy to boost::archive::binary_oarchive using this code: // ultimate sink for serialized data std::ostringstream os; // binary format is OK as it is going onto the clipboard boost::archive::binary_oarchive oa(os); // temp storage std::vector<CDiagramEntity*> vec; // only serialize selected items for (std::vector<CDiagramEntity*>::iterator it = m_entities.begin(); it != m_entities.end(); ++it) { if ((*it)->IsSelected()) vec.push_back((*it)); } // just serialize the selected item vector (*) oa & BOOST_SERIALIZATION_NVP(vec); * - This is failing in oserializer.hpp line 417, the relevant code being: // sice true_type is valid, and this only gets made if the // pointer oserializer object has been created, this should never // fail bpos_ptr = archive_pointer_oserializer<Archive>::find(* true_type); assert(NULL != bpos_ptr); // <------------------ this assert triggered. I note the confident comment above find(). Can anyone help here? Many thanks Jerry

4 8

algorithm::string
by Elisabeth Benoit 21 Mar '08

21 Mar '08

Can someone please tell me how to use boost::algorithm::is_alnum(). I first thought I could do std::string test boost::algorithm::is_alnum(test) but obviously the function doesn't take a string as a parameter. I've been searching for an example in the doc and on the web, but niet. an example would be greatly appreciated. Elisabeth

2 1

Re: [Boost-users] Boost-users Digest, Vol 1577, Issue 3
by David Ward 21 Mar '08

21 Mar '08

BM: Great - see you Saturday. Get a kick out of life - play soccer! David -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of boost-users-request(a)lists.boost.org Sent: Thursday, March 20, 2008 8:03 PM To: boost-users(a)lists.boost.org Subject: Boost-users Digest, Vol 1577, Issue 3 Send Boost-users mailing list submissions to boost-users(a)lists.boost.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.boost.org/mailman/listinfo.cgi/boost-users or, via email, send a message with subject or body 'help' to boost-users-request(a)lists.boost.org You can reach the person managing the list at boost-users-owner(a)lists.boost.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Boost-users digest..." Today's Topics: 1. Re: Boost-users Digest, Vol 1577, Issue 2 (Abir Basak) 2. Re: unordered_set insert returns const_iterator ? (Abir Basak) 3. Re: Boost-users Digest, Vol 1577, Issue 2 (Daniel James) 4. [addressof] Can't obtain the address of an instance of an anonymous struct (Jean-Francois Bastien) 5. Re: [InterProcess] Compatibility with Boost multi_array (Ion Gazta?aga) 6. [boost-users][test] Problems calling ::system() (... child has exited ...) (Darren Garvey) ---------------------------------------------------------------------- Message: 1 Date: Thu, 20 Mar 2008 23:27:32 +0530 From: "Abir Basak" <abirbasak(a)gmail.com> Subject: Re: [Boost-users] Boost-users Digest, Vol 1577, Issue 2 To: boost-users(a)lists.boost.org Message-ID: <b50981650803201057h2bc805b5o5e57bf92243d749d(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" > > I don't have access to that compiler. I tried running similar code in > Visual C++ 6.5 and Visual C++ express 8, and they both worked. I can > try adding something to the unit tests but that will take me a while > to work through. At the end of this email is the code I tested with, > can you try it on your compiler? If it works, I'm doing something > different to you, do you have any idea what? > > thanks, > > Daniel > > #include <boost/unordered_map.hpp> > #include <boost/tuple/tuple.hpp> > #include <iostream> > > int main() { > typedef boost::unordered_multimap<char, int> Mymap; > Mymap c1; > > c1.insert(Mymap::value_type('a', 1)); > c1.insert(Mymap::value_type('a', 2)); > c1.insert(Mymap::value_type('b', 3)); > c1.insert(Mymap::value_type('c', 4)); > > Mymap::iterator it,end; > boost::tie(it,end) = c1.equal_range('a'); > for( ; it!=end; ++it) { > std::cout<<(*it).second<<" "; > } > } Yes, MSVC 9 (i.e 2008) runs it properly, but MSVC 7.1 (2003 . NET) fails to compile it. It looks like, for some reason node_ = data::next_group(node_); from increment_group() tries to construct data, which is a typedef to BOOST_UNORDERED_TABLE_DATA even while using static function for that. just changing the statement to node_ = next_group(node_); (hash_table_impl.hpp cvs line no 301) works. so it seems, msvc 7. either doesn't support calling static function by class name typedef, or the data typedef is confused with some other (like BOOST_UNORDERED_TABLE) note node_ = BOOST_UNORDERED_TABLE_DATA::next_group(node_); also works fine. i tried to produce some simple test case for this, like class outer{ public: typedef outer outer_t; inline static void func(){} class inner{ void func1(){ outer_t::func();// func() this works;or outer::func() works } }; }; this doesn't work in msvc 7.1 but works in 9.0 . i am not sure if it is valid in standard though. The error is, E:\lib\boost\trunk\boost\unordered\detail\hash_table_impl.hpp(301): error C2039: 'hash_table_data_equivalent_keys<std::allocator<std::pair<char const ,int> > >' : is not a member of 'boost::unordered_detail::hash_table_data_equivalent_keys<Alloc>::iterat or_base' with [ Alloc=boost::unordered_detail::hash_types_equivalent_keys<std::pair<cons t char,int>,char,boost::hash<char>,std::equal_to<char>,std::allocator<std: :pair<const char,int>>>::value_allocator ] thanks abir

1 0

Re: [Boost-users] Boost-users Digest, Vol 1578, Issue 1
by Alexander Pensky 21 Mar '08

21 Mar '08

> ---------- Forwarded message ---------- > From: "Darren Garvey" <darren.garvey(a)gmail.com> > To: boost-users(a)lists.boost.org > Date: Fri, 21 Mar 2008 00:13:07 +0000 > Subject: Re: [Boost-users] boost::asio Visual Studio 8 - fatal error C1189: #error : WinSock.h has already been included > Hi Julian, > > > On 18/03/2008, Julian Cain <jolix(a)mac.com> wrote: > > I have upgraded to VS 8.0 Standard and when compiling ASIO errors on the following: > > > > 1>Unknown compiler version - please run the configure tests and report the results > > 1>C:\tor\trunk\lib\boost\boost/asio/detail/socket_types.hpp(27) : fatal error C1189: #error : WinSock.h has already been included > > > > Is this a known problem? > > > What do you mean by 'compiling asio'? It is a header-only library. :) > > The problem you're seeing is because the (old) winsock.h header has been included. Most people that see this do because they've included windows.h *before* the asio headers. > > You can get around this by defining WIN32_LEAN_AND_MEAN (something like that) before including windows.h, or just by including windows.h after everything else. > > Regards, > Darren > I've noticed the same behavior. I understand there's a workaround, but in my opinion it's still a bug. asio.hpp has a requirement that it must be #included "early enough" or else it won't compile. That's not a well-behaved header, and it's not "boost-y". Other boost components can be #included much later than <windows.h> and they will go through the whole boost/config process and re-including windows.h or winsock.h with no problems. - Alex

1 0

[1.35.0] Release Candidate 2 available
by Beman Dawes 21 Mar '08

21 Mar '08

1.35.0 Release Candidate 2 (RC2) is available at http://boost.cowic.de/rc/ RC2 fixes all of the serious issues reported for RC1. Note that links to the web site from the RC appear to be broken because the restructured web site will not go live until the actual release ships. In the meantime, the new website content is available at beta.boost.org. Please take the time to download RC2, and try to install it on your system. Kick the tires, and report any problems or issues you discover. Report by posting to either boost(a)lists.boost.org or boost-users(a)lists.boost.org. For a list of known issues, see http://svn.boost.org/trac/boost/wiki/MergeOneDotThreeFiveDotZero. Thanks, --Beman

1 0

boost::asio Visual Studio 8 - fatal error C1189: #error : WinSock.h has already been included
by Julian Cain 21 Mar '08

21 Mar '08

I have upgraded to VS 8.0 Standard and when compiling ASIO errors on the following: 1>Unknown compiler version - please run the configure tests and report the results 1>C:\tor\trunk\lib\boost\boost/asio/detail/socket_types.hpp(27) : fatal error C1189: #error : WinSock.h has already been included Is this a known problem? thanks jc

4 4

[boost-users][test] Problems calling ::system() (... child has exited ...)
by Darren Garvey 21 Mar '08

21 Mar '08

Hello all, I'm trying to use system calls in a test that uses Boost.Test. I've been trying to use Julio Merino Vidal's Boost.Process sandbox code (which I have working most of the time), but I've also tried the ::system() call too. The following super-simple test case causes the prepended error... The fact that I can't get this working makes me wonder if I'm doing something forbidden? Platform: ----------------- Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.1.3 --program-suffix=-4.1--enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2) ----------------- Error: ----------------- Running 1 test case... unknown location(0): fatal error in "wget_test_1": child has exited; pid: 1000; uid: 11541; exit value: 0 *** 1 failure detected in test suite "wget_tests" EXIT STATUS: 201 ----------------- Program: ----------------- #define BOOST_TEST_MODULE broken #include <boost/test/unit_test.hpp> BOOST_AUTO_TEST_CASE( broken_test ) { ::system("ls"); } ----------------- Regards, Darren

1 0

[InterProcess] Compatibility with Boost multi_array
by sankar lingam 20 Mar '08

20 Mar '08

Can I create Boost multi_array in shared memory using Boost.InterProcess..? Can some one explain as to how this can be done.? I tried providing the Boost InterProcess Allocator to the Boost multi_array but it gives the expected compiler error of casting an offset<ptr> to T* , when the multi_array tries to convert return type of the allocator allocate function(which is an offset<ptr>) to T*. Can this problem be overcome by writing a custom stl compatible allocator wrapper over the interprocess allocator? Regards, Sankar

2 6