September 2006 - Boost - lists.preview.boost.org

[Python] Slice test fails on Intel 8.1 at runtime
by Stefan Slapeta 23 Oct '06

23 Oct '06

This is not a new failure, but the failure is reported for the first time. Please could anybody have a look at it? See http://tinyurl.com/4n2fx Thanks, Stefan

5 12

Variadic Templates Redux
by Doug Gregor 17 Oct '06

17 Oct '06

A while ago I announced the availability of an implementation of "variadic templates" for GCC. Variadic templates eliminate a huge amount of redundancy in several Boost libraries (including some that have gone into TR1), such as tuples, function, bind, mem_fn, and MPL. I have now completed the compiler (everything I've thought to try works) and completely reimplemented TR1's <tuple> and <functional> headers using variadic templates. The resulting code is much smaller, clean, and compiles significantly faster that the previous versions. Compiler binaries and sources, both including the implementation of TR1, are available here: http://www.osl.iu.edu/~dgregor/cpp/variadic-templates.html I think variadic templates are a big step forward for C++ libraries that deal with function objects, forwarding, and type-lists. If you're interested, please read the documentation, hack some code with the compiler, and tell your local C++ committee representative to vote for variadic templates in C++0x :) Cheers, Doug

17 59

Re: [boost] [Boost-users] Probably bug in condition::timed_wait()
by Peter Dimov 09 Oct '06

09 Oct '06

Pavel Syomin wrote: > This is solve my problems, but why there is nothing about spurious > wakeup in boost documentation?... The older documentation http://web.archive.org/web/20041024220516/boost.org/libs/thread/doc/conditi… does have a few sentences that mention spurious wakeups; I've no idea how they got lost. I'll CC: the dev list.

3 19

[Boost-bugs] [ boost-Bugs-1566672 ] The ptr_map iterator cannot be dereference to value type
by SourceForge.net 06 Oct '06

06 Oct '06

Bugs item #1566672, was opened at 2006-09-27 16:24 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=1566672&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: JoeyX (zxing) Assigned to: Nobody/Anonymous (nobody) Summary: The ptr_map iterator cannot be dereference to value type Initial Comment: The following code was built and worded well under VS.NET 2003 and boost v1.33. But under boost v1.34, it cannot built // testshareptr.cpp : Defines the entry point for the console application. // #include "stdafx.h" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\ptr_container\ptr_map.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\ptr_container\ptr_vector.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\signal.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\signals\slot.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\signals\trackable.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\signals\connection.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\visit_each.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\last_value.hpp" #include "C:\Dev\Head\Third Party Libraries\Public Headers\boost\lambda\algorithm.hpp" #include <algorithm> #include <functional> class TValue { private: int m_n; public: TValue(int n = 0) { m_n = n; printf("I am brith at %i\n", m_n); } ~TValue() { printf("I am %i and dying\n", m_n); } void WhoIs() { printf("I am %i\n", m_n); } int Get(void) const {return m_n;} int Get2(void) {return m_n;} }; typedef boost::ptr_map<int, TValue>CMyMap; bool Larger(const TValue& p1, const TValue& p2) { bool bRet = false; bRet = (p2.Get() <= p1.Get() && (p2.Get()%2==0)); return bRet; } void TestCase1() { printf("\n\n======================TestCase 1:======================\n"); CMyMap mymap; for(int i = 0; i < 10; ++i) { mymap.insert(i, new TValue(i)); } std::stable_sort(mymap.begin(), mymap.end(), Larger); } int _tmain(int argc, _TCHAR* argv[]) { TestCase1(); return 0; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1566672&group_… ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

2 1

Geometry/Vector Lib
by Olivier Grant 05 Oct '06

05 Oct '06

Hi, I have written a bit of code to handle geometric vectors in a generic way, abstracting their dimension. The idea behind this code is to be able to apply one operation between two vectors, or a vector and a scalar, whatever their dimension, and writing it in an expandable way without having to modify any manipulation functions if a new geometric vector class is created. The other advantage is that the resulting assembly code is just as fast as if the functions had all been explicitly written. Right now I have three simple vector classes - ranging from vector2d to vector4d - that are not templetized since I like the idea of being able to access coordinates directly by their name vector3d vec; vec.x += 10.0f; to give you an example of the syntax, here is how you would add two vectors of different dimensions : vector2d v1(1.0f, 2.0f); vector3d v2(-1.0f, 3.0f, 2.0f); vector4d res; vector_add(v1, v2, res); /* res now contains (0.0f, 5.0f, 2.0f, 1.0f) */ the result is determined by the dimension of the third vector passed to vector_add. v1 is auto-promoted to act like a vector3d. v2 does not change. res gets (v1.x + v2.x, v1.y + v2.y, v1.z + v2.z, default_w_value). I didn't seem to find any information on a lib currently under development that provides geometric vector manipulation in that way - maybe apart from uBLAS - so I thought I would share this if anyone seems to be interested. BR, Olivier.

18 42

[Sun][Serialization][Graph] Help with workaround for graph/serialize test
by Doug Gregor 05 Oct '06

05 Oct '06

I'm trying to clear up the last remaining failures in the Graph library for 1.34.0, but one failure with the Sun compiler has me completely baffled. The error itself looks like this: "../../../boost/archive/detail/oserializer.hpp", line 566: Error: Illegal value for template parameter. "../../../boost/archive/detail/oserializer.hpp", line 566: Error: The type "boost::STATIC_ASSERTION_FAILURE<boost::archive::check_tracking<boost::a djacency_list<boost::vecS, boost::vecS, boost::undirectedS, vertex_properties, edge_properties, boost::no_property, boost::listS>>::value>" is incomplete. "../../../boost/archive/detail/oserializer.hpp", line 566: Error: Illegal value for template parameter. "../../../boost/archive/detail/oserializer.hpp", line 566: Error: The type "boost::STATIC_ASSERTION_FAILURE<boost::archive::check_tracking<boost::a djacency_list<boost::vecS, boost::vecS, boost::undirectedS, vertex_properties, boost::no_property, boost::no_property, boost::listS>>::value>" is incomplete. 4 Error(s) detected. The failure is also shown here: http://tinyurl.com/zarxo Both the serialization and the graph libraries work almost flawlessly with this compiler, but in this case it appears that the compiler just isn't picking up the partial specialization for tracking_level (in boost/graph/adj_list_serialize.hpp). I tried dropping in a partial specialization of check_tracking and the compiler isn't finding that either. Anyone have any ideas? Workarounds? Cheers, Doug

3 3

[thread] Race condition(?) on tss_data
by Felipe Magno de Almeida 04 Oct '06

04 Oct '06

Hello, I'm using an AMD64 X2 and sometimes the program fails with the debugger showing me this call stack: > basic.exe!`anonymous namespace'::get_slots(bool alloc=false) Line 108 + 0x5 C++ basic.exe!boost::detail::tss::get() Line 164 + 0x7 C++ basic.exe!boost::thread_specific_ptr<boost::weak_ptr<boost::spirit::impl::grammar_helper<boost::spirit::grammar<smtp_client::impl::grammars::greeting_response,boost::spirit::parser_context<boost::spirit::nil_t> >,smtp_client::impl::grammars::greeting_response,boost::spirit::scanner<char *,boost::spirit::scanner_policies<boost::spirit::iteration_policy,boost::spirit::match_policy,boost::spirit::action_policy> > > > >::get() Line 89 + 0x16 C++ basic.exe!boost::spirit::impl::get_definition<smtp_client::impl::grammars::greeting_response,boost::spirit::parser_context<boost::spirit::nil_t>,boost::spirit::scanner<char *,boost::spirit::scanner_policies<boost::spirit::iteration_policy,boost::spirit::match_policy,boost::spirit::action_policy> > >(const boost::spirit::grammar<smtp_client::impl::grammars::greeting_response,boost::spirit::parser_context<boost::spirit::nil_t> > * self=0x005a6664) Line 226 + 0xa C++ basic.exe!boost::spirit::impl::grammar_parser_parse<0,smtp_client::impl::grammars::greeting_response,boost::spirit::parser_context<boost::spirit::nil_t>,boost::spirit::scanner<char *,boost::spirit::scanner_policies<boost::spirit::iteration_policy,boost::spirit::match_policy,boost::spirit::action_policy> > >(const boost::spirit::grammar<smtp_client::impl::grammars::greeting_response,boost::spirit::parser_context<boost::spirit::nil_t> > * self=0x005a6664, const boost::spirit::scanner<char *,boost::spirit::scanner_policies<boost::spirit::iteration_policy,boost::spirit::match_policy,boost::spirit::action_policy> > & scan={...}) Line 279 + 0x9 C++ basic.exe!boost::spirit::grammar<smtp_client::impl::grammars::greeting_response,boost::spirit::parser_context<boost::spirit::nil_t> >::parse_main<boost::spirit::scanner<char *,boost::spirit::scanner_policies<boost::spirit::iteration_policy,boost::spirit::match_policy,boost::spirit::action_policy> > >() Line 53 + 0x1f C++ basic.exe!boost::spirit::grammar<smtp_client::impl::grammars::greeting_response,boost::spirit::parser_context<boost::spirit::nil_t> >::parse<boost::spirit::scanner<char *,boost::spirit::scanner_policies<boost::spirit::iteration_policy,boost::spirit::match_policy,boost::spirit::action_policy> > >() Line 63 + 0x42 C++ basic.exe!boost::spirit::parse<char *,smtp_client::impl::grammars::greeting_response>(char * const & first_=0x006e4374, char * const & last=0x006e439a, const boost::spirit::parser<smtp_client::impl::grammars::greeting_response> & p={...}) Line 30 C++ basic.exe!smtp_client::impl::detail::initialize_smtp_connection::match<char *,smtp_client::impl::grammars::greeting_response>() Line 34 + 0x15 C++ basic.exe!smtp_client::impl::detail::initialize_smtp_connection::handle_greetings_read(boost::asio::error & error={...}, unsigned int bytes_received=38) Line 61 + 0x2b C++ basic.exe!boost::_mfi::mf2<void,smtp_client::impl::detail::initialize_smtp_connection,boost::asio::error &,unsigned int>::operator()(smtp_client::impl::detail::initialize_smtp_connection * p=0x006e42c8, boost::asio::error & a1={...}, unsigned int a2=38) Line 274 + 0x12 C++ basic.exe!boost::_bi::list3<boost::_bi::value<smtp_client::impl::detail::initialize_smtp_connection *>,boost::arg<1>,boost::arg<2> >::operator()<boost::_mfi::mf2<void,smtp_client::impl::detail::initialize_smtp_connection,boost::asio::error &,unsigned int>,boost::_bi::list2<boost::asio::error &,unsigned int &> >() Line 348 C++ basic.exe!boost::_bi::bind_t<void,boost::_mfi::mf2<void,smtp_client::impl::detail::initialize_smtp_connection,boost::asio::error &,unsigned int>,boost::_bi::list3<boost::_bi::value<smtp_client::impl::detail::initialize_smtp_connection *>,boost::arg<1>,boost::arg<2> > >::operator()<boost::asio::error,unsigned int>() Line 62 C++ basic.exe!boost::detail::function::void_function_obj_invoker2<boost::_bi::bind_t<void,boost::_mfi::mf2<void,smtp_client::impl::detail::initialize_smtp_connection,boost::asio::error &,unsigned int>,boost::_bi::list3<boost::_bi::value<smtp_client::impl::detail::initialize_smtp_connection *>,boost::arg<1>,boost::arg<2> > >,void,boost::asio::error,unsigned int>::invoke(boost::detail::function::function_buffer & function_obj_ptr={...}, boost::asio::error a0={...}, unsigned int a1=38) Line 146 C++ basic.exe!boost::function2<void,boost::asio::error,unsigned int,_STL::allocator<void> >::operator()(boost::asio::error a0={...}, unsigned int a1=38) Line 682 + 0x2d C++ basic.exe!smtp_client::smtp_connection::handle_read(boost::asio::error & error={...}, unsigned int bytes_readed=38, boost::function<void __cdecl(boost::asio::error,unsigned int),_STL::allocator<void> > handler={...}) Line 48 C++ basic.exe!boost::_mfi::mf3<void,smtp_client::smtp_connection,boost::asio::error &,unsigned int,boost::function<void __cdecl(boost::asio::error,unsigned int),_STL::allocator<void> > >::operator()(smtp_client::smtp_connection * p=0x006d85b0, boost::asio::error & a1={...}, unsigned int a2=38, boost::function<void __cdecl(boost::asio::error,unsigned int),_STL::allocator<void> > a3={...}) Line 384 + 0x24 C++ basic.exe!boost::_bi::list4<boost::_bi::value<smtp_client::smtp_connection *>,boost::arg<1>,boost::arg<2>,boost::_bi::value<boost::function<void __cdecl(boost::asio::error,unsigned int),_STL::allocator<void> > > >::operator()<boost::_mfi::mf3<void,smtp_client::smtp_connection,boost::asio::error &,unsigned int,boost::function<void __cdecl(boost::asio::error,unsigned int),_STL::allocator<void> > >,boost::_bi::list2<boost::asio::error &,unsigned int &> >() Line 413 C++ basic.exe!boost::_bi::bind_t<void,boost::_mfi::mf3<void,smtp_client::smtp_connection,boost::asio::error &,unsigned int,boost::function<void __cdecl(boost::asio::error,unsigned int),_STL::allocator<void> > >,boost::_bi::list4<boost::_bi::value<smtp_client::smtp_connection *>,boost::arg<1>,boost::arg<2>,boost::_bi::value<boost::function<void __cdecl(boost::asio::error,unsigned int),_STL::allocator<void> > > > >::operator()<boost::asio::error,unsigned int>() Line 62 C++ basic.exe!boost::asio::detail::win_iocp_socket_service<_STL::allocator<void> >::receive_operation<boost::_bi::bind_t<void,boost::_mfi::mf3<void,smtp_client::smtp_connection,boost::asio::error &,unsigned int,boost::function<void __cdecl(boost::asio::error,unsigned int),_STL::allocator<void> > >,boost::_bi::list4<boost::_bi::value<smtp_client::smtp_connection *>,boost::arg<1>,boost::arg<2>,boost::_bi::value<boost::function<void __cdecl(boost::asio::error,unsigned int),_STL::allocator<void> > > > > >::do_completion_impl(boost::asio::detail::win_iocp_operation * op=0x006e45a8, unsigned long last_error=0, unsigned int bytes_transferred=38) Line 562 C++ basic.exe!boost::asio::detail::win_iocp_operation::do_completion() Line 59 + 0x14 basic.exe!boost::asio::detail::win_iocp_demuxer_service::run() Line 104 basic.exe!boost::asio::demuxer_service<_STL::allocator<void> >::run() Line 87 basic.exe!boost::asio::basic_demuxer<boost::asio::demuxer_service<_STL::allocator<void> > >::run() Line 107 basic.exe!_main() Line 62 basic.exe!mainCRTStartup() Line 259 + 0x19 C kernel32.dll!77e523cd() As you can see, the problem is within get_slots, exactly on this line: #if defined(BOOST_HAS_WINTHREADS) slots = static_cast<tss_slots*>( TlsGetValue(tss_data->native_key)); The disassembler shows me: #if defined(BOOST_HAS_WINTHREADS) slots = static_cast<tss_slots*>( TlsGetValue(tss_data->native_key)); 004DE3D9 mov eax,dword ptr [tss_data (5A8608h)] 004DE3DE mov ecx,dword ptr [eax+20h] 004DE3E1 push ecx 004DE3E2 call dword ptr [__imp__TlsGetValue@4 (5AB3B8h)] And failing on the 004DE3DE with an access to 0x00000020. Which means that it is reading tss_data as being 0. This is being executed inside a parsing of a spirit grammar. A static grammar that's accessed by two threads (on a dual core CPU). It always strikes on the last "job". I'm using asio and create 100 sockets, connect them to a SMTP and start receiving and sending SMTP commands (using spirit to parse the responses). Everything is done asynchronously and the demuxer is executed by two threads. I'm not very sure why tss_data is being seen as 0, and more strangely in the last message. But prior any returning thread. (The main joins the second thread, but is always the main thread that hits this). Any help would be greatly appreciated, Thanks in advance, -- Felipe Magno de Almeida

4 9

floating_point_promotion question
by Robert Ramey 04 Oct '06

04 Oct '06

including the header file floating_point_promotion.hpp results in a compile error with the borland compilers. Is there any chance this could be enhanced to avoid this? This became apparent when building serialization library with borland compilers. This occurs because, the header is included via a the "convenience" header type_traits.hpp. Which in turn is used by spirit Note that this is an example where the usage of a "convenience" header turns out to be "inconvenient". In this case it makes the serialization libary and spirit dependent not only on the code existent when these libraries were written, but on future code as well. Robert Ramey

3 9

MPI, Interprocess and Asio
by Shams 03 Oct '06

03 Oct '06

Hi, Basically I am looking for a unified library in Boost that will also me to handle and dispatch events and also allow communication between processes on a local pc and also a remote pc. Is there such a boost library? ALSO: MPI: Does it support communication from a local pc to a remote pc? Does it support handling and dispatch of events? Does it support marshalling/unmarshalling of user-defined types? Inteprocess: Does it support communication to a remote pc or is it only for processes running on the local pc? Does it support handling and dispatch of events? Does it support marshalling/unmarshalling of user-defined types? Asio: Does it support handling and dispatch of events? Does it support marshalling/unmarshalling of user-defined types? Thanks S

8 10

[fusion] Support for classic boost::tuple
by Joel de Guzman 02 Oct '06

02 Oct '06

Hi, Ok, as promised. Support for classic boost::tuple has been added. Now yer ole boost tuples are full fusion citizens. Now boost::tuple can do for_each, transform, fold, find, assign/convert to other fusion sequences, etc. Now there are 3 adapted sequences: 1) std::pair 2) boost::array 3) boost::tuples::tuple And, from the start, of course all MPL sequences are full fusion citizens too. I hope more boost libraries can be "fusion-ified" :) Have fun!!! Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net

7 29