- Boost - lists.boost.org

Bug Sprint Report for Tuesday, June 2nd
by Marshall Clow 03 Jun '09

03 Jun '09

The boost bug sprint started Friday, May 29th, and runs through Sunday June 7th. We slowed down a lot on Tuesday - let's pick it up again. Status <https://svn.boost.org/trac/boost/report/1> 7:00 AM PDT 5/29: 797 open tickets. 7:45 AM PDT 5/30: 772 open tickets. 6:00 AM PDT 5/31: 761 open tickets. 6:00 AM PDT 6/2: 747 open tickets. 6:00 AM PDT 6/3: 748 open tickets. Activity: 5/29: 6 new tickets, 77 modifications, 25 tickets closed 5/30: 2 new tickets, 42 modifications, 17 tickets closed 5/31: 2 new tickets, 27 modifications, 8 tickets closed 6/1: 2 new tickets, 42 modifications, 17 tickets closed 6/2: 5 new tickets, 18 modifications, 5 tickets closed. [ Numbers may not add up because I am counting via two different methods, using data that is time-stamped in two different time zones. Also, tickets can be closed and reopened. ] What can you do? See <https://svn.boost.org/trac/boost/wiki/BugSprintJune2009> for details. I've added four new reports to the trac: Open ticket count by owner: <https://svn.boost.org/trac/boost/report/18> Open ticket count by component: <https://svn.boost.org/trac/boost/report/19> Open ticket count by ticket type: <https://svn.boost.org/trac/boost/report/20> Open ticket count by milestone: <https://svn.boost.org/trac/boost/report/21> There's been a lot of discussion on the list about tickets; and there are about a dozen patches that have been tested and are ready to be applied. If you're looking to help, you can look at some of the older bugs, say, the ones for Boost 1.36, and determine if they still apply. If they do, note that in the ticket. There are 35 tickets that are still open that are marked as "to be fixed in Boost 1.36" See <https://svn.boost.org/trac/boost/report/3> for a list of open tickets by milestone. --------- Sign-up sheet -------- The following people have committed to participate in the bug sprint. Please add you name here, along with what you can do. 1) Marshall Clow (coordination, Mac OS X characterization) 2) Beman Dawes (filesystem, system, timer) 3) Doug Gregor (function, graph, logic, mpi, numeric, property_map, signals) 4) "joel falcou" <joel.falcou(a)u-psud.fr> ( linux gcc testing/VC 2008 testing, patching) 5) Michael Caisse <boost(a)objectmodelingdesigns.com> (bug fixing) 6) Jeremiah Willcock <jewillco(a)osl.iu.edu> (will test and commit graph patches) 7) David Abrahams (iterator, python) 8) Sohail Somani (patches for g++ 4.2.4) 9) Steven Watanabe <watanabesj(a)gmail.com> (bug fixes, como) 10) vicente.botet" <vicente.botet(a)wanadoo.fr> 11) Stjepan Rajko <stjepan.rajko(a)gmail.com> (fusion) 12) Daniel Wallin (parameter, ...) -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

1 0

Unicode: what kind of binary compatibility do we want?
by Mathias Gaunard 03 Jun '09

03 Jun '09

As I am finishing putting property look-up together for the Unicode library GSoC, I am wondering what kind of binary compatibility it should aim for. The work from Graham Barnett back in 2005 defined an abstract base class with virtual functions for every unicode-related feature but I believe that's overkill. Basically, the current property design I have is like this struct some_property { enum type { some_default, some_value1, some_value2, ... _count; } }; some_property::type get_some_property(char32 ch); With get_some_property a simple look-up in the table, but the table layout being version dependent it would need to be in the library TUs. However, a new version of the library may return a value that is not within the enum. Should it then work like this? some_property::type get_some_property(char32 ch) { some_property::type p = get_some_property_impl(ch); if(p >= some_property::_count) return some_property::some_default; return p; } some_property::type get_some_property_impl(char32 ch); Is that suitable? Or do we want more/less flexibility? Apart from that, expect a documentation update by the end of the week.

5 7

[parameter] Bug 3114
by Jeremiah Willcock 03 Jun '09

03 Jun '09

I submitted bug 3114 (https://svn.boost.org/trac/boost/ticket/3114) with a preliminary patch to implement my feature request several days ago, and have not yet received a response. I believe that this feature would make Boost.Parameter much more useful for certain use cases, especially in libraries such as Boost.Graph where the defaults for named parameters may use templates that cannot be instantiated or do not include required members in some cases when users specify explicit arguments to a function. I made sure not to change the interface for existing default handlers by requiring a special tag to enable the new interface on a handler-by-handler basis. Could I please have the patch examined, generalized to more platforms, and possibly applied? Thank you. -- Jeremiah Willcock

2 1

[Bug Sprint][smart_ptr] #398
by Steven Watanabe 02 Jun '09

02 Jun '09

AMDG It looks like https://svn.boost.org/trac/boost/ticket/398 can just be closed? In Christ, Steven Watanabe

1 0

boost.timer library submission...
by JohnQ 02 Jun '09

02 Jun '09

While using Boost for a recent project, I needed a timer class that would allow me to set a time in the future at which some data would be handed back to me via callback. It had to be thread-safe, boost friendly, and allow for deletion of timers after they were set but before they expired. I took a look at the Timer library that Beman had submitted but that didn't appear to satisfy my needs, so I wrote one. I think this type of library is a fairly common request... while looking for one I saw a number of people also looking for the same thing... so I'm hoping this fills a gap. In addition, I'm hoping that peer review will help increase the robustness of this library to the benefit of all. Where do I begin for submitting it? Thanks, John Q.

5 4

Bug Sprint Report for Monday, June 1st
by Marshall Clow 02 Jun '09

02 Jun '09

The boost bug sprint started Friday, May 29th, and runs through Sunday June 7th. Monday was a good day - lets keep it up! Status <https://svn.boost.org/trac/boost/report/1> 7:00 AM PDT 5/29: 797 open tickets. 7:45 AM PDT 5/30: 772 open tickets. 6:00 AM PDT 5/31: 761 open tickets. 6:00 AM PDT 6/2: 747 open tickets. Activity: 5/29: 6 new tickets, 77 modifications, 25 tickets closed 5/30: 2 new tickets, 42 modifications, 17 tickets closed 5/31: 2 new tickets, 27 modifications, 8 tickets closed 6/1: 2 new tickets, 42 modifications, 17 tickets closed [ Numbers may not add up because I am counting via two different methods, using data that is time-stamped in two different time zones. Also, tickets can be closed and reopened. ] What can you do? See <https://svn.boost.org/trac/boost/wiki/BugSprintJune2009> for details. I've added four new reports to the trac: Open ticket count by owner: <https://svn.boost.org/trac/boost/report/18> Open ticket count by component: <https://svn.boost.org/trac/boost/report/19> Open ticket count by ticket type: <https://svn.boost.org/trac/boost/report/20> Open ticket count by milestone: <https://svn.boost.org/trac/boost/report/21> There's been a lot of discussion on the list about tickets; and there are about a dozen patches that have been tested and are ready to be applied. If you're looking to help, you can look at some of the older bugs, say, the ones for Boost 1.36, and determine if they still apply. If they do, note that in the ticket. --------- Sign-up sheet -------- The following people have committed to participate in the bug sprint. Please add you name here, along with what you can do. 1) Marshall Clow (coordination, Mac OS X characterization) 2) Beman Dawes (filesystem, system, timer) 3) Doug Gregor (function, graph, logic, mpi, numeric, property_map, signals) 4) "joel falcou" <joel.falcou(a)u-psud.fr> ( linux gcc testing/VC 2008 testing, patching) 5) Michael Caisse <boost(a)objectmodelingdesigns.com> (bug fixing) 6) Jeremiah Willcock <jewillco(a)osl.iu.edu> (will test and commit graph patches) 7) David Abrahams (iterator, python) 8) Sohail Somani (patches for g++ 4.2.4) 9) Steven Watanabe <watanabesj(a)gmail.com> (bug fixes, como) 10) vicente.botet" <vicente.botet(a)wanadoo.fr> 11) Stjepan Rajko <stjepan.rajko(a)gmail.com> (fusion) 12) Daniel Wallin (parameter, ...) -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

1 0

[Bug Sprint] [fusion] tickets needing maintainer / OP attention
by Stjepan Rajko 02 Jun '09

02 Jun '09

The following fusion tickets are ready for maintainer action or feedback from the OP: #1404 - Unordered Fusion Map constructors * could use feedback from the OP (Dean Michael Berris) #1529 - Missing include statement * patch ready #1601 - distane of boost::tuple * patch ready, see comments #1614 - vector workaround needed for MSVC9 * could use feedback / test case from OP (François Barel) Stjepan

2 1

[task] - boost.task (replacement for boost.threadpool)
by k-oli＠gmx.de 01 Jun '09

01 Jun '09

Hi, boost vault (section 'Concurrent Programming' - http://www.boostpro.com/vault/) contains boost.task. It replaces boost.threadpool and provides a framework for parallel execution of tasks (launching task in the current thread, in a new thread, as sub-task or in a pool of threads). The code looks someting like this: std::string echo( std::string const& msg) { return msg; } void main() { boost::task::handle< std::string > h( boost::task::async( boost::task::new_thread(), boost::task::make_task( echo, "Hello World!") ) ); std::cout << h.get() << std::endl; } or long fibonacci_fn( long n) { if ( n == 0) return 0; if ( n == 1) return 1; long k1( 1), k2( 0); for ( int i( 2); i <= n; ++i) { long tmp( k1); k1 = k1 + k2; k2 = tmp; } return k1; } void main() { std::cout << "worker-threads running in default-pool == "; std::cout << boost::task::default_pool().size() << "\n"; boost::task::handle< long > h1( boost::task::async( boost::task::default_pool(), boost::task::make_task( fibonacci_fn, 10) ) ); boost::task::handle< long > h2( boost::task::async( boost::task::default_pool(), boost::task::make_task( fibonacci_fn, 5) ) ); std::cout << "fibonacci(10) == " << h1.get() << "\n"; std::cout << "fibonacci(5) == " << h2.get() << std::endl; } best regards, Oliver

2 3

[Bug Sprint] - Ticket #816 - duplicat initial members -> erase_key postcond. fail
by Larry Evans 01 Jun '09

01 Jun '09

This ticket now has a simple solution: https://svn.boost.org/trac/boost/ticket/816#comment:4 Since it just changes the docs, it won't break any code and will help avoid any complaints about the documentation when some user inadvertently includes duplicates in the args to set. Could this doc change be applied and the ticket closed? -Larry

1 0

float_mem_cast
by Steven Ross 01 Jun '09

01 Jun '09

There is one function necessary for users to be able to cast their own float types. Should it be in spreadsort.hpp or some separate header file? It seems silly to have a separate header file for it, but I guess it might be used on its own. //Casts a float to the specified integer type template<class Data_type, class Cast_type> inline Cast_type float_mem_cast(const Data_type & data) { //Only cast IEEE floating-point numbers, and only to a same-sized integer BOOST_STATIC_ASSERT(sizeof(Cast_type) == sizeof(Data_type)); BOOST_STATIC_ASSERT(std::numeric_limits<Data_type>::is_iec559); BOOST_STATIC_ASSERT(std::numeric_limits<Cast_type>::is_integer); Cast_type result; std::memcpy(&result, &data, sizeof(Cast_type)); return result; }

4 7