- Boost - lists.boost.org

Re: [boost] [asio] header order dependence with <windows.h>
by Matthew Herrmann 19 Dec '06

19 Dec '06

> > Message: 8 > Date: Tue, 19 Dec 2006 20:34:14 +0300 > From: ???? ????????? <olegabr(a)mail.ru> > Subject: Re: [boost] [asio] header order dependence with <windows.h> > To: boost(a)lists.boost.org > Message-ID: <E1Gwir0-0003QL-00.olegabr-mail-ru(a)f80.mail.ru> > Content-Type: text/plain; charset=koi8-r > > Sebastian Redl wrote: > >>> >> It means that while the issue under discussion is not resolved - asio can not be targeted as a proposal for inclusion into the std. and it leads to the conclusion that it doesn't conform to boost goals. sad... >>> >> >>> >> > I disagree. The header order dependency is not something inherent to the >> > ASIO library. If ASIO were to become a standard, then this >> > platform-specific issue would be for the compiler vendor to resolve. For >> > example, MS might have to break back compatibility by not getting the >> > <winsock.h> stuff by default in <windows.h> unless a compiler switch is >> > enabled. >> I'm not sure about this. If the library is required to be header-only by design, then it imposes constraints on the implementation, such as vulnerability to header order dependencies. Either asio will need to be insulated against ordering in system headers, or the system headers on all target platforms will need to provide stronger guarantees on being free of such dependencies. A question of immovable objects and irresistible forces. Best Regards, Matthew Herrmann

1 0

Re: [boost] ptr_container: ptr_map.insert() not compiling?
by Daniel Wallin 19 Dec '06

19 Dec '06

Thorsten Ottosen wrote: > Duane Murphy wrote: >> I'm trying to use boost::ptr_map<> and cannot get calls insert to compile. >> >> I'm on Mac OS X using gcc 3.3 with Xcode. >> >> Even the most basic code fails to compile: >> >> boost::ptr_map< in, int* > my_map; >> int * val = new int( 22 ); >> my_map.insert( 1, val ); > > See http://www.boost.org/libs/ptr_container/doc/ptr_map_adapter.html > > The first argument needs to be a reference: > > int key = 1; > my_map.insert( key, new int(22) ); > > 1.34 adds the followinf overload: > > template< class U > > std::pair<iterator,bool> > insert( const key_type& key, std::auto_ptr<U> x ) > > which does allow the key to be an rvalue (just don't create the auto_ptr > in the function call). Thorsten, I've suggested this before: http://article.gmane.org/gmane.comp.lib.boost.devel/132706/match=re+ptr+con… but I'll try again. Taking the key by reference guarantees nothing except confused users. A more sane way to solve this would be to delay possible implicit conversions until after the pointer has been protected: template <class K, class U> std::pair<iterator, bool> insert(K const& k, U* p) { std::auto_ptr<U> owned(p); this->insert(implicit_cast<key_type const&>(k), owned); } -- Daniel Wallin Boost Consulting www.boost-consulting.com

2 1

Closing your support request
by David Abrahams 19 Dec '06

19 Dec '06

Please see http://sourceforge.net/tracker/index.php?func=detail&aid=1616142&group_id=7… And if you reopen it, please log in to SF and put yourself on the Cc list for this issue; we won't email you about further changes. -- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0

[parallel][cvs] source files include wrong head mpi.h?
by gchen 19 Dec '06

19 Dec '06

I am trying to compile the new library parallel in cvs. But its source files are including a file "mpi.h", which does not exists. I bet it should be "mpi.hpp". Regards gchen

3 2

Accumulators accumulators. roc_distribution
by Niitsuma Hirotaka 19 Dec '06

19 Dec '06

Now I am trying to describe Boost.accumulators. roc_distribution To define ROC curve data, we need two p_square_cumulative_distribution 1. cumulative_distribution ture or false potive 2. cumulative_distribution ture or false negative One of the cumulative_distribution can be defined by using dependencies struct roc_distribution : depends_on< p_square_cumulative_distribution > … But I can not find way to use two different cumulative_distribution in single acc class. How to use two different cumulative_distribution in single acc class like the following ? struct roc_distribution_impl... { template<typename Args> void operator ()(Args const &args,bool positive_or_negative) if(positive_or_negative) positive_p_square_cumulative_distribution … else negative_p_square_cumulative_distribution … … }

2 2

Problem with libs/system/src/error_code.cpp
by Glenn Schrader 19 Dec '06

19 Dec '06

I had a problem compiling boost on a sparc solaris 2.8 platform. After a bit of digging the change below (notice the end of the #if). The code in the #else calls strerror_r but solaris doesn't have it. Is this the correct place to send this sort of thing or is there a more formal bug tracking system? Thanks, -glenn BEFORE: std::string errno_md( const error_code & ec ) { # if defined(BOOST_WINDOWS_API) || defined(__hpux) || (defined(__linux) && !defined(__USE_XOPEN2K)) const char * c_str = std::strerror( ec.value() ); return std::string( c_str ? c_str : "EINVAL" ); # else char buf[64]; AFTER: std::string errno_md( const error_code & ec ) { # if defined(BOOST_WINDOWS_API) || defined(__hpux) || (defined(__linux) && !defined(__USE_XOPEN2K)) || defined(__sun) const char * c_str = std::strerror( ec.value() ); return std::string( c_str ? c_str : "EINVAL" ); # else char buf[64];

8 28

Re: [boost] [asio] header order dependence with <windows.h>
by Олег Абросимов 19 Dec '06

19 Dec '06

Christopher Kohlhoff wrote: > On Sun, 17 Dec 2006 21:50:09 +0200, "Yuval Ronen" > <ronen_yuval(a)yahoo.com> said: >> Yes, and to solve it I strongly suggest that you define >> WIN32_LEAN_AND_MEAN as a global define for all you translation units. It >> removes most of the junk inside windows.h, including winsock.h, as far >> as I remember. > > Yes, that is a good idea. Sorry, but I don't think so. 1) This issue will continuously frustrate new users, like it was with Serialization lib. 2) boost goal is to provide libraries that can be candidates to inclusion into the standard. I can not imagine that order of standard headers inclusion would affect my program well-formedness. It means that while the issue under discussion is not resolved - asio can not be targeted as a proposal for inclusion into the std. and it leads to the conclusion that it doesn't conform to boost goals. sad... 3) I can not see why you need to include all these platform dependent definitions in each header file. I believe that applying some kind of Bridge pattern would help to localize these platform dependent definitions/declarations in .cpp files only. 4) I understand that it is not an easy task and it is up to yours to consider my opinion, but I would appreciate if you include this issue into your TODO list. Best, Oleg Abrosimov

2 1

[test][msvc-6.5] Internal Compiler Error on release mode tests
by Anthony Williams 18 Dec '06

18 Dec '06

Hi all, There are a lot of tests that are causing Internal Compiler Errors on msvc-6.5~release. Several of them are in the tests for the test library itself, such as this one: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/o… and this one: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/o… Both these failures occur on a seemingly innocuous BOOST_CHECK_EQUAL. Any ideas? Anthony -- Anthony Williams Software Developer Just Software Solutions Ltd http://www.justsoftwaresolutions.co.uk

7 45

Re: [boost] [Boost-bugs] [ boost-Bugs-1617058 ] doc of placeholer expression requirements incomplete
by Steven Watanabe 18 Dec '06

18 Dec '06

Larry Evans wrote: > On 12/16/2006 10:23 AM, SourceForge.net wrote: > >> > Bugs item #1617058, was opened at 2006-12-16 10:23 >> > Message generated for change (Tracker Item Submitted) made by Item Submitter >> > You can respond by visiting: >> > https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1617058&group_… >> > [snip] >> > Initial Comment: >> > he 3 expression requirements on: >> > >> > http://www.boost.org/libs/mpl/doc/refmanual/placeholder-expression.html >> > >> > make no mention that X should have a nested >> > type typedef. IOW, X must be a metafunction >> > as defined here: >> > >> > http://www.boost.org/libs/mpl/doc/refmanual/metafunction.html >> > >> > However, I believe it should since I'm >> > getting compile-time error messages >> > without the nested typedef. >> > The tuple_methods_proto.cpp in <boost-vauilt>/Template Metaprogramming > demonstates the problem. The problem is not with MPL lambda. The problem is here: struct method_types<wrap_method_name<m_0>, TailMethods, FFC> : TailMethods {...}; TailMethods inherits from mpl::inherit2<field_types<f_0>, field_types<f_1> > which look like struct mpl::inherit2 : T1, T2 { typedef inherit2 type; }; So, when you do not define type you inherit the base class version and applied_phe becomes mpl::inherit2<field_types<f_0>, field_types<f_1> >. In Christ, Steven Watanabe

3 2

[asio] ENOMEM in example/multicast/receiver.cpp
by Alexander Nasonov 18 Dec '06

18 Dec '06

When I run a second instance of multicast/receiver on FreeBSD 6.2-PRERELEASE I get ENOMEM thrown from socket_.bind. I set a conditional breakpoint on return from error_wrapper and I see that errno is 48 (EADDRINUSE). (gdb) run 0.0.0.0 239.255.0.1 The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /home/alnsn/src/boost/branches/HEAD/bin/boost/libs/asio/exampl e/multicast/receiver/gcc/debug/threading-multi/receiver 0.0.0.0 239.255.0.1 warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100051] [New Thread 0x8064000 (LWP 100051)] [Switching to Thread 0x8064000 (LWP 100051)] Breakpoint 5, boost::asio::detail::socket_ops::error_wrapper<int> ( return_value=-1, ec=@0xbfbfe140) at socket_ops.hpp:59 59 return return_value; (gdb) print errno $11 = 48 (gdb) bt #0 boost::asio::detail::socket_ops::error_wrapper<int> (return_value=-1, ec=@0xbfbfe140) at socket_ops.hpp:59 #1 0x0804df84 in boost::asio::detail::socket_ops::bind (s=5, addr=0xbfbfe1a0, addrlen=16, ec=@0xbfbfe140) at socket_ops.hpp:90 #2 0x0804df41 in boost::asio::detail::reactive_socket_service<boost::asio::ip:: udp, boost::asio::detail::select_reactor<false> >::bind (this=0x805b0e0, impl=@0xbfbfe2a4, endpoint=@0xbfbfe1a0, ec=@0xbfbfe140) at reactive_socket_service.hpp:240 #3 0x0804cd7e in boost::asio::datagram_socket_service<boost::asio::ip::udp>::bi nd (this=0x805b0c0, impl=@0xbfbfe2a4, endpoint=@0xbfbfe1a0, ec=@0xbfbfe140) at datagram_socket_service.hpp:145 #4 0x0804c2cd in boost::asio::basic_socket<boost::asio::ip::udp, boost::asio::d atagram_socket_service<boost::asio::ip::udp> >::bind (this=0xbfbfe2a0, endpoint=@0xbfbfe1a0) at basic_socket.hpp:332 #5 0x0804a5fc in receiver (this=0xbfbfe2a0, io_service=@0xbfbfe730, listen_address=@0xbfbfe260, multicast_address=@0xbfbfe280) at receiver.cpp:31 #6 0x08049e44 in main (argc=3, argv=0xbfbfe7a8) at receiver.cpp:84 Alexander Nasonov http://nasonov.blogspot.com By the time we`ve made it, we`ve had it. -- Malcolm Forbes -- This quote is generated by: /usr/pkg/bin/curl -L http://tinyurl.com/veusy \ | sed -e 's/^document\.write(.//' -e 's/.);$/ --/' \ -e 's/<[^>]*>//g' -e 's/^More quotes from //' \ | fmt | tee ~/.signature-quote

2 3