June 2009 - Boost - lists.preview.boost.org

[program options] why is ->multitoken() not default for vector arguments?
by Thorsten Ottosen 09 Jun '09

09 Jun '09

Hi, I have code like bpo::options_description desc("Allowed options"); desc.add_options() ("help", "produce help message") ("file", bpo::value<std::string>(), ".sug file with graph description") ("new_edge", bpo::value<std::vector<unsigned>>()->multitoken(), "two numbers denoting the new edge"); I had to add the ->multitoken to make a command like ./clique_tester.exe --new_edge 1 2 --file bug1.sug ^^^^^^^^ work. This seems wierd. Why would I want a vector of values, yet only parse one of the trailing argument? Thanks -Thorsten

2 5

[ublas] Fwd: Undelivered Mail Returned to Sender
by Maik Beckmann 09 Jun '09

09 Jun '09

Something seems to be wrong with the ublas mailing list setup. This isn't the first time I get a "Undelivered Mail" response. Posting to boost@ and boost- users@ works fine. -- Maik

2 1

gcc visibility support
by Vladimir Prus 09 Jun '09

09 Jun '09

Over in issue 2114 (https://svn.boost.org/trac/boost/ticket/2114) Jürgen has provided a patch to add gcc visiblity support to all separately compiled libraries. gcc visibility is a mechanism similar to dllexport on Windows, with the same benefits. I have tried to apply it, and rebuild program_options. The the size of release shared library went from 272K down to 224K. The number of relocations went from 972 to 872. Both changes seem to be good. It seems to be unlikely to get the authors of every compiled library to look at the patch, so it looks like an alternative approach is necessary. Does anybody have any objections to this approach? If not, I'll check this in somewhere before Jule 15 deadline, and will take care of checking regression results afterwards. - Volodya

5 6

[website] adding Google analytics reports to boost.org
by joaquin＠tid.es 09 Jun '09

09 Jun '09

After reading about Volodya's insertion of a GA tracker for Boost.Build docs, I wonder whether it'd make sense to add one of these to the boost.org website itself. Some of the data we could gather, like for instance the geographical distribution of visitors, can be very illuminating. There are two problems at first sight with this: * Whose the reports' associated Google account should be? * How to make the data public? This is not technically trivial, but maybe some volunteer would like to do the job of extracting the data via the Google Analytics Data Export API: http://www.techcrunch.com/2009/05/22/make-your-google-analytics-data-public/ Thank you, Joaquín M López Muñoz Telefónica, Inevstigación y Desarrollo

6 6

ublas
by boost＠cyberfiber.org 09 Jun '09

09 Jun '09

hoped you could include this in the upcoming release best regards, michael

2 4

Re: [boost] boost::directx?
by Artyom 08 Jun '09

08 Jun '09

Hi, DirectX can't be relevant because it is not cross platform API. I may think of OpenGL but not DX. > Make this some kind of boost::graphics, target both dx > and ogl or w/e in a > seamless fashion, then you have something worthy. Artyom

12 32

boost/checked_delete.hpp
by mbiddeg＠mtn.co.ug 08 Jun '09

08 Jun '09

Hi Guys. I need serious help here, though this is child's play for you all. >From boost/checked_delete.hpp (attached), template<class T> inline void checked_delete(T * x) { // intentionally complex - simplification causes regressions typedef char type_must_be_complete[ sizeof(T)? 1: -1 ]; (void) sizeof(type_must_be_complete); delete x; } template<class T> inline void checked_array_delete(T * x) { typedef char type_must_be_complete[ sizeof(T)? 1: -1 ]; (void) sizeof(type_must_be_complete); delete [] x; } * What's the result of applying sizeof to an incomplete type? * Why is sizeof called twice? * Why is the result of sizeof cast to void? What exactly does that line do? * Is it an empty statement if the sizeof is legal? * Why not apply x = 0; at the end? This code is not too clear to me & the boost documentation is not either. Please assist. Please do not direct me to the C++ standard text. Then again, smart pointers are simple to understand & use, but their implementations are all rather difficult to understand (maybe except scoped_ptr). Which brings me to one more question, why wasn't Andrei's technique of Smart_Ptr (Loki) chosen over the boost implementation technique (a class per smart pointer) for C++ 0x? His allows for an innumerable number of extension through policies. I ask this purely to understand why, not as a rejoinder. Awaiting your feedback. Thank you. Nice day. ______________________________________________________________________ Kizza George Mbidde Interconnect Billing Systems Analyst IT cell: +256 77 221 2982 email: mbiddeg(a)mtn.co.ug [cid:image001.gif@01C9E853.125FFD20]

3 3

Bug Sprint Final Report
by Marshall Clow 08 Jun '09

08 Jun '09

The boost bug sprint started Friday, May 29th, and ended Sunday June 7th. Thank you to everyone who participated! Just because the bug sprint is over, that doesn't mean you can't fix bugs! ;-) Here's a day by day status: 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. 6:00 AM PDT 6/4: 739 open tickets. 8:00 AM PDT 6/5: 730 open tickets. 7:00 AM PDT 6/6: 719 open tickets. 7:00 AM PDT 6/7: 706 open tickets. 7:00 AM PDT 6/8: 710 open tickets (oops!) 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. 6/3: 4 new tickets, 19 modifications, 2 tickets closed. 6/4: 3 new tickets, 42 modifications, 24 tickets closed. 6/5: 3 new tickets, 35 modifications, 8 tickets closed. 6/6: 4 new tickets, 61 modifications, 29 tickets closed. 6/7: 1 new ticket, 20 modifications, 4 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. ] -- -- 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.

3 2

spam in tickets
by Steven Watanabe 08 Jun '09

08 Jun '09

AMDG #2030, #2533, and #2703 (all closed tickets) at least were just spammed. In Christ, Steven Watanabe

1 0

[asio] buffered_read_stream issue, with async_read()
by brad higgins 08 Jun '09

08 Jun '09

Hi, I am using boost asio in a project. My program has a TCP protocol which reads a fixed size message header, followed by a variable-sized message body. It is possible to have a message with a 0-byte body, and it is possible that no messages are received for some time. I have an issue when attempting to async_read() a 0-byte body with the buffered_read_stream, detailed here: (1) My program reads a fixed-sized header (2) After this succeeds, my program issues an async read for 0 bytes, for the message body (3) buffered_read_stream sees that storage_ is empty, so it calls async_fill(), to fill it (4) no more messages arrive for some time, so there is no data available to fill (5) BUG -> My program's 0-byte read timer expires, rather than the read() succeeding and calling my handler immediately If I use the boost::asio::tcp::socket instead of the buffered_read_stream, the 0-byte read occurs immediately, and does not time out. I believe the read() with the buffered_read_stream is getting 'blocked' in async_fill(), rather than succeeding immediately. Do you think the buffered_read_stream should have special cases for 0 byte reads to cover this case, or do you think client code should avoid issuing 0 byte reads? Thanks, Brad

3 3